it運(yùn)維要被其它技術(shù)取代？！

it運(yùn)維是干什么的？

it運(yùn)維可能存在著好幾層意思，比如it運(yùn)維包括代運(yùn)維工程師、it運(yùn)維團(tuán)隊(duì)，還有整個(gè)運(yùn)維服務(wù)體系等。我們可以看出這三層是從狹義到廣義的遞進(jìn)，我相信絕大部分的人只了解運(yùn)維工程師，只有極少數(shù)人能意識(shí)到有運(yùn)維服務(wù)體系這一層含義。

我們經(jīng)常會(huì)聽到一些“云服務(wù)普及了，it運(yùn)維工程師就要失業(yè)了！”、“等 DevOps 或者 SRE 落地了，it運(yùn)維工程師也要失業(yè)了”等等的言論，不知道it運(yùn)維工程師即將面臨失業(yè)被說了多少遍，然而我認(rèn)為就算it運(yùn)維工程師被取代了，it運(yùn)維服務(wù)也不會(huì)消亡，Ta將伴隨并支撐著業(yè)務(wù)發(fā)展的整個(gè)生命周期！

為何這樣說？

我們還是用業(yè)務(wù)的誕生過程來分析。一個(gè)站點(diǎn)或者App，大致經(jīng)歷著這樣的誕生過程：

PM 設(shè)計(jì)出產(chǎn)品原型，交給 Dev 開發(fā)實(shí)現(xiàn)，QA 測(cè)試，最后交付給 Ops 部署到線上運(yùn)行，最后供用戶使用。

在這幾個(gè)簡(jiǎn)單步驟中涉及了眾多的人、角色、交付過程等對(duì)象，這是一個(gè)完整、復(fù)雜的系統(tǒng)工程，而任意一個(gè)環(huán)節(jié)的失誤都可能影響最終呈現(xiàn)給用戶的體驗(yàn)以及效果。

我們重點(diǎn)考慮從 Dev 把業(yè)務(wù)產(chǎn)品完成后交付給 Ops 到線上運(yùn)行的這個(gè)階段，Dev 同事主要負(fù)責(zé)業(yè)務(wù)產(chǎn)品的功能完整、邏輯正確等業(yè)務(wù)指標(biāo)，而 Ops 同事主要負(fù)責(zé)業(yè)務(wù)產(chǎn)品的運(yùn)行質(zhì)量、穩(wěn)定性、可用性等系統(tǒng)指標(biāo)。

無論后面的交付步驟是用 DevOps 還是 SRE 的實(shí)現(xiàn)方式，都離不開一個(gè)廣義的it運(yùn)維服務(wù)的執(zhí)行環(huán)節(jié)，所以說 Dev 還是 Dev，Ops 還是 Ops，沒有誰被取代，只是it運(yùn)維服務(wù)的執(zhí)行方式升級(jí)為更加軟件工程化的手段，減少人肉操作，DevOps 強(qiáng)調(diào)自動(dòng)化、拉動(dòng)式來提高團(tuán)隊(duì)交付效率與質(zhì)量。

而傳統(tǒng)的it運(yùn)維需要謀求技術(shù)轉(zhuǎn)型，從原來只關(guān)注操作系統(tǒng)層面的技術(shù)已經(jīng)不夠了，還要增加對(duì)程序代碼的性能調(diào)優(yōu)、持續(xù)交付、容器化等軟件基礎(chǔ)架構(gòu)方面的技能提升，也需要持續(xù)關(guān)注整個(gè)業(yè)務(wù)、應(yīng)用、服務(wù)的生命周期管理。簡(jiǎn)單來說，就是把過去傳統(tǒng)的黑盒運(yùn)維的思維方式拋棄，進(jìn)入白盒運(yùn)維的時(shí)代，我們必須更加深入代碼、深入業(yè)務(wù)運(yùn)營(yíng)，讓整個(gè)線上服務(wù)運(yùn)行于更優(yōu)質(zhì)高效的狀態(tài)。

至于it運(yùn)維是否會(huì)被取代，取決于你屬于哪種it運(yùn)維。it運(yùn)維開發(fā)是一個(gè)深度不算太深的職業(yè)分支，而現(xiàn)在之所以對(duì)it運(yùn)維開發(fā)需求量熱起來了，主要由于老一輩的資深it運(yùn)維普遍研發(fā)能力有限（比如我 T_T），這是有歷史原因的。所以it運(yùn)維永遠(yuǎn)不會(huì)被取代。