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

it運維是干什么的？

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

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

為何這樣說？

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

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

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

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

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

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

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