建站
咨詢
售后
建站咨詢
新聞中心
其實在過去一直想給“到底什么是運維”尋找一個答案?我極力避免的是我們狹義化定義運維(變更/問題處理/值班等等)。因此從我有限的理解和工作經(jīng)歷中，我嘗試了從多個角度來闡述，初探精益運維體系。在精益運維的體系中，我把運維分成幾個標(biāo)準(zhǔn)的部分，有工具、有標(biāo)準(zhǔn)化、有架構(gòu)、有服務(wù)化等等。自我覺得，這樣的認(rèn)知一定程度上突破了對運維本身的認(rèn)識，做了一點跨界的思考。
我們提供的服務(wù)有：網(wǎng)站設(shè)計、成都做網(wǎng)站、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、寬城ssl等。為上千多家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的寬城網(wǎng)站制作公司
到今天，當(dāng)我們都在不斷的講DevOps的時候，如果我們還在用運維的視角去認(rèn)識當(dāng)下的運維是否也是狹義化的表現(xiàn)呢?是不是要回歸到更大局的IT全價值鏈上看運維?我對此作出的***個改變是把運維的詞語給換了——文字背后的力量。應(yīng)用運維就變成了應(yīng)用管理，從運維到管理。
運維是一個階段性的定義，特別是在職能化的組織架構(gòu)中，限制了你的職責(zé)范圍和行為方式。而管理不是，管理是從全生命周期的角度去看的。當(dāng)我們從生命周期的角度去看，我們要知道每一個階段應(yīng)該需要什么樣的平臺支持，需要什么樣的組織匹配，需要什么樣的文化支撐等等。
前天還和喬梁老師說，在我每一次的運維分享中，我都會和運維人說，你翻譯的《持續(xù)交付》被我給列為運維人必看書。的確，我深受這本書的全局視野的影響，同時也感嘆于作者在每一個事情上具體細(xì)節(jié)把握，是一本難得的好書。我之前也把這條IT交付的價值鏈和業(yè)務(wù)鏈匹配起來，從而讓自己有些全局視角，我再也不局限于我們自己范圍內(nèi)的優(yōu)化。另外一點這條能力鏈恰好覆蓋了應(yīng)用管理的各個階段，很自然的完成了生命周期的管理。
有人會問，運維真的要且可以構(gòu)建應(yīng)用的全生命周期能力?當(dāng)然。我認(rèn)為最終的部署和運營行為都是依賴生產(chǎn)環(huán)境而進(jìn)行的，運維有最準(zhǔn)確的環(huán)境、部署、架構(gòu)等管理理解。該能力很容易延伸到開發(fā)和測試環(huán)境(不考慮組織因素)。按照這個思路，持續(xù)部署流水線便形成了。那交付流水線又該如何對接呢?我的理解平臺本身能力一定要完成插件化的設(shè)計，這樣便可以對接各類的能力。在DevOps的工具、文化和組織合力下，能力也要以平臺化集成的模式對外提供，而每部分的能力由每個職責(zé)角色貢獻(xiàn)，然后集成，這一點很符合當(dāng)今IT平臺化架構(gòu)特點。
那DevOps是如何驅(qū)動應(yīng)用從運維到管理的轉(zhuǎn)變呢?我總結(jié)了幾點：
1、認(rèn)識應(yīng)用在生命周期每一個階段的能力，比如說敏捷管理、持續(xù)交付、IT運營管理(包含IT服務(wù)管理)。這一點可以結(jié)合DevOps整體框架來進(jìn)行，但我把IT服務(wù)管理改成了IT運營管理，IT服務(wù)管理是ITOM的一部分。
2、把持續(xù)交付作為應(yīng)用構(gòu)建的核心IT能力來看待。持續(xù)交付的起點是應(yīng)用的形成，終點是應(yīng)用的運行管理或者終止等等。持續(xù)集成、持續(xù)審查、測試、持續(xù)部署到持續(xù)運營反饋，在持續(xù)交付這個維度上要形成閉環(huán)。
3、給出一個IT效能指標(biāo)體系或者IT價值衡量體系來對接應(yīng)用支撐的業(yè)務(wù)價值。前者從應(yīng)用交付的效能來技術(shù)化衡量應(yīng)用對業(yè)務(wù)的支撐能力：
后者衡量應(yīng)用的業(yè)務(wù)價值：
其實去運維化認(rèn)知，也就是我不斷說的運維跨界，就是不要被運維過去的要求所束縛，應(yīng)該看到IT模式變化給運維帶來新的要求。
【本文是專欄作者“王津銀”的原創(chuàng)稿件，轉(zhuǎn)載請注明出處】
新聞標(biāo)題：DevOps讓運維人做到去運維化認(rèn)知
文章出自：http://m.fisionsoft.com.cn/article/cdjjeic.html
