運維2.0是指可依賴、懂業(yè)務、服務化的專業(yè)運維或稱為服務運維。運維2.0要求從技術運維升級為服務運維，向公司提供可依賴的專業(yè)服務。近年來運維相關技術的發(fā)展也突飛猛進，從內部看，對運維的不滿，日益突出；從外部看，公有云來勢兇猛，開源軟件百花齊放，自動化運維降低了對人的依賴—眾多運維人員，逐漸從技術的創(chuàng)造者淪為技術的使用者。

　　運維本來就是個尷尬的行當。公司默認，不出故障是正常的。公司內部的不滿，是運維危機的主要根源之一。IaaS干掉了基礎運維，公司不再需要人各地出差服務器上架了，機房值班更加不需要了。PaaS部分干掉了應用運維，甚至技術含量高的DBA，需求量都將銳減。SaaS甚至干掉連研發(fā)都干掉了，使得公有云的使用更加傻瓜化。有人甚至提出OaaS——服務器運維的外包，也就是說，徹底不需要運維部門了。

　　開源軟件降低了相應系統(tǒng)運維的復雜度和技術要求，也即降低了對人的依賴。前些年，精通Shell腳本編程的系統(tǒng)工程師，相比工資可能高出50%。但隨著Puppet、SaltStack等開源軟件的出現(xiàn)，使得各個系統(tǒng)組件偏于積木化，操作也更加簡便高效。各種開源軟件就好比武器和工具，使得運維自動化的實現(xiàn)，變得如此地得心應手、游刃有余。只是，這會導致中級水平運維人員的需求銳減。站在運維制高點的大公司，已經向我們傳送陣陣涼意——山雨欲來風滿樓。某大型互聯(lián)網公司，實現(xiàn)了游戲自動化運維的PaaS平臺，通過簡單的頁面操作，可以完成新服、更新、合服、數據分析等幾乎所有業(yè)務需求。這使得，在公司業(yè)務量增加50%的情況下，運維人員僅增加了5%。另外，運維自動化已深入運維的各個細分工種中，而不僅限于應用運維和系統(tǒng)運維。某大型互聯(lián)網公司，持續(xù)改進IDC自動化平臺，使得服務器交付時間縮短為不到6%，網絡設備交付時間縮短為不到15%。

　　運維2.0不是忽視技術，而是強調技術得適度，把我們的關注點從技術本身，轉移到貢獻上來。技術服務業(yè)務，與此同時，再搭配各種理論及方法技巧。誠如前文所言，運維2.0即高效運維，亦即：專業(yè)、熱情、方便、快。也就是說，向公司交付一種可依賴的專業(yè)服務。其中“專業(yè)”的意思，包括減少故障發(fā)生次數，縮短故障時長（有公司甚至進一步提出，“不以故障多為恥，以恢復快為榮”），少犯人為事故，個人技術進步服從業(yè)務要求（少搞自研、多用開源）等。

　　運維2.0的實現(xiàn)，基于產出/產能平衡原則，只有完成如下三大類產能的投入，才會最終獲得心儀的產出——運維2.0。需要注意的是，這三大類投入，并非串行，相反，應同時修煉。這里的能力，包括業(yè)務能力和技術能力。需要主動學習業(yè)務，主動、定期和業(yè)務部門溝通，業(yè)務部門感受到誠意后，也會釋放他們的誠意，這樣便有了愉快的工作環(huán)境，業(yè)務能力也會提升地更快。需要主動擁抱公有云及新興的開源軟件，樂于分享，而不是把某些技術當做壓箱底、保命的資本。運維2.0，將重新定義運維。要求公司內部運維部門，從側重“技術運維”升級到“服務運維”。這也是在變革時代中，運維重生的最后機會。運維2.0，要求運維從內而外的改造自己，這個過程痛苦，但也是我們唯一的機會，這甚至決定著我們是生存、還是死亡。焦慮和恐慌不能解決問題，對事實和趨勢的抗拒，頂多自欺欺人，對解決問題也沒有任何幫助。認同趨勢，順應潮流，提前做好準備。