“虛擬化”，“公有云”，“混合雲”，“容器”，“雲原生”，這些技術詞彙正詮釋着我們當下所處的雲時代現有的樣子。
上圖來自Gartner官網 。2019年11月13日，Gartner，Inc預測，到2020年，全球公共雲服務市場將從2019年的2278億美元增長到2664億美元，增長17%。(這裏指的公有云服務包括：BPaaS =業務流程即服務;IaaS =基礎架構即服務;PaaS =平台即服務;SaaS =軟件即服務;CMSS=雲管理和安全服務)。同時預測到2022年，公共雲服務市場將達到3546億美元。暫且不去推敲Gartner預測的數值是否正確，但從另一個角度，看近幾年主流公有云的財報可以發現營收全部都在增長(亞馬遜發佈的2020財年第一季度財報顯示，一季度亞馬遜雲計算業務營收102億美元，同比增長33%;2020財年，阿里雲財年收入破400億元人民幣，比上一年度增長62%)。
前有Gartner的預測，後有主流公有云的財報，這已經説明了一個事實，雲時代確實到了，雲運維的時代確實到了。
好了，到這裏，可以引出這次的主題了。傳統運維，你還有多久會消失?這絕對不是危言聳聽，這一切正在一步步的向我們走來。
雲時代之前，運維是什麼樣子。
公司要上線一個業務，大概的步驟是這樣的：首先需要找數據中心，找網絡(網絡還分電信/聯通/移動/BGP)，還要測試網絡質量，然後租機櫃，買/租服務器，然後裝系統，配交換機，配防火牆，配負載均衡，配安全防護設備，安裝環境，部署業務，添加監控，進行安全合規掃描，進行滲透測試確保沒有漏洞等等。
上面的各個環節在大公司裏面都有專門的人負責：
負責找數據中心，租機櫃，買/租服務器，然後裝系統的叫IDC系統運維; 負責找網絡測試網絡質量，配交換機，配網絡的叫網絡工程師;負責配防火牆，配負載均衡，配安全防護設備，安全合規掃描的叫安全運維; 負責安裝環境，部署業務的叫應用運維SRE; 負責添加監控的叫監控運維;
也許看到這裏你會對號入座，如果你在裏面找到了自己的位置，那麼這裏的傳統運維説的就是你了。
最早的公有云AWS是2006年出現的，那時也只是買雲主機，但到現在2020年，AWS提供的服務早已突破了100個，從計算、數據庫、大數據、到機器學習、物聯網、區塊鏈，甚至衞星、量子技術、機器人都可以作為服務提供給所有人。AWS是行業的先驅，不過我們國內的阿里雲、華為雲、騰訊雲也不弱，也提供了50 的服務，所有人都可以按需購買使用。試想一下，這麼多技術，這麼多服務，如果都自己搞的話，技術團隊需要多少人，不説別的就計算資源這塊，自建私有云，怎麼着也得1-2個人吧，而且還得特別牛逼的那種;而現在你可以一個都不需要。
這麼看來大家如果都用雲了，是不是傳統運維都要失業了?
非也，首先，大家都用雲就是一個偽命題，總有人不用或者不願意用的，美其名曰為了安全(拿來忽悠可以，真實原因可能遠不止安全)，那他們就需要傳統運維;第二，就是去公有云服務商，像AWS、阿里雲、華為雲、騰訊雲等公有云廠商，他們把傳統運維要乾的事情都集中起來了，即使自動化做的再好，系統、網絡、安全、還是要人的，當然他們的要求非常高。
説到這裏，似乎傳統運維轉型對於大多數傳統運維來説是唯一的選擇了，其實這個觀點一點也不新，因為DevOps已經提了好幾年了，什麼是DevOps呢?
用我的理解，就是讓運維也去寫代碼，寫平台，慢慢融入研發，給研發打打下手，寫寫工具啥的，和純開發還是有區別的。那麼，DevOps是傳統運維最好的轉型方向嗎?
我的答案是NO。
現在最火的技術是什麼?容器，Kubernetes，它正在成為運維的標配技能。就像幾年前的虛擬化一樣。
大家有沒有想過為什麼，容器會那麼火，表面上容器主要是解決業務和環境一致性的問題，再往深裏想，容器是帶着替代傳統運維的使命來的，沒有了環境一致性的問題，放在哪裏都運行，那要運維做什麼，只要研發寫好代碼，寫好Dockerfile，給個主機就是跑起來了，出問題了也不用修復，直接幹掉老容器，起一個新的就可以了，在加上Kubernetes，連這些幫你做了，那傳統運維該怎麼辦，學寫Dockerfile嗎?太簡單的東西，根本不需要專門的人寫，研發寫代碼時順便寫寫就行了。
這麼看，轉容器也不是最好的選擇 ，那到底什麼是傳統運維轉型最好的選擇?三個字“雲運維”。
為什麼説雲運維是傳統運維轉型的最佳選擇?
首先 ，公有云的服務越來越多，用哪些服務，怎麼用，每個服務都有什麼特性，哪些參數可以配置，都有哪些限制。
這些往往是很細的，在使用之前如果沒搞清楚，上線之後就可能出現各種問題，所以傳統運維可能會傾向於只選擇雲主機，然後剩下的東西都自己部署：
1、可能是為了體驗自己的價值;
2、可能是對雲服務不瞭解，不會用;
3、可能好忽悠老闆，雲服務貴等等，但是他肯定不會説，人力其實也挺貴;
但是對於如何用好雲，卻是雲運維最擅長的。熟悉公有云的脾氣，合理的設計架構，業務穩定性絕對比自己搭建服務要高;除非你覺得你的技術比AWS、阿里雲裏面的架構師更強。
第二，因為公有云上提供的服務都屬於標準服務，在不同行業業務中使用的時候，未必都那麼順手，不少需要進行適配，大到業務架構，小到配置參數。既然上雲趨勢擺在那裏，那麼如何協調現有業務和雲服務之間的適配問題，就是雲運維必須解決的，有時需要研發改代碼，有時需要調整一點架構，但其中的主導者應該是雲運維。
最後，還有一些存量系統，對於老公司這是一個繞不開的問題，硬件老化，逼得老系統上雲，這也是需要雲運維才能搞定的。
既然雲運維是傳統運維轉型的最佳選擇，那麼傳統運維要怎麼轉雲運維呢?筆者想了幾點，但可能不全，大家可以各持己見。
第一，多去了解公有云上都有哪些服務，這些服務都怎麼使用，儘可能在工作中嘗試使用，或者引導研發來使用。
第二，嘗試將傳統運維中的一些工作，在雲上實現，比如傳統的CI/CD, 堡壘機，在雲上應該怎麼弄;這裏推薦一個雲上編排工具Terraform,如果想試試雲運維，Terraform 你值得擁有。
第三，入職一家CloudMSP服務商，因為他們的工作就是幫助用户選雲、上雲、用雲，在工作中學習，進步是最快的。新鈦運維就是一家國內主流的CloudMSP，可以在招聘網站上搜一搜，也許它會成為你職業生涯的轉折點。
寫在最後，運維存在的價值就是維護業務的穩定，不管是傳統運維，還是運維雲 ，我們的使命和存在的意義沒有變過，只是時代在變，所以我們也需要改變。