雲端計算時代,不會程式設計的運維必將失業?
在網際網路時代,運維人員就是這樣的存在:小到一條資訊傳送,大到一次網路購物狂歡,只要和IT相關的業務就需要這些運維人員,沒有他們在背後的支援,企業就會出大亂子。
假如一個企業沒有了運維工程師,無論你的產品體驗多麼優秀、技術多麼先進,都會因為無法正常提供服務而被使用者所淘汰。
試想一下:你通過微信加上了自己的初戀,你發現她這幾年過得並不順利,對於學生時代念念不忘,最重要的是,她剛剛和前任分手,又罕見的表現出了想找個老實人結婚的想法。
你很高興!你趕緊表明自己單身二十七年三個月零七天就是在等她!
就在這時候,微信伺服器掛了!你回覆的訊息發不過去了!你急壞了!偏偏剛加上微信,你還不知道她的電話。
在你指天罵地半小時後,微信伺服器終於正常了,你收到了對方發來的訊息:“既然你不願意,我也不強求了。。。互刪吧。。。”
你以後還會用微信嗎?無論微信能不能發語音、小視訊,有沒有朋友圈、搖一搖,你都不會用了。這就是運維工程師的重要性啊。
有了運維工程師,伺服器才能良好運轉,產品才能正常提供服務,使用者才能享受網際網路的便利。
可是現在到了雲端計算時代,不少人說運維人要下崗了,是否真會如此呢?雲端計算的出現是否會使得整體行業對運維的需求萎縮了呢?
我們都知道雲端計算平臺有IAAS平臺、PAAS平臺、SAAS平臺之分,不同的部分對運維的角色都有著不同程度的影響,今天我們就來探究一下不同的雲端計算平臺對於運維人員究竟會產生什麼樣的影響。
IAAS
IAAS把基礎架構做成一個服務,資源即需即得,這也正式創業公司都願意使用公有云平臺的一個原因。按照傳統的模式,創業公司自己需要聯絡機房、購買伺服器、電信機房放置除錯伺服器/網路等等一堆基礎設施的工程,影響專案週期不說,還需要一定的專業技能,而IAAS把創業公司都從這些需求中解放出來。再進入到IAAS內部幾大部分,軟體定義計算、軟體定義儲存、軟體定義網路,進一步降低對運維人的依賴,確保一個大資源池的整體服務能力。讓軟體代替人,是IAAS層基本思想,都知道對於一個海量的服務架構,同時要面向不同的業務形態,IAAS只能依賴這樣的軟體定義能力,靠人是跟不上的。結論:不需要那麼多基礎運維人員了。
PAAS
PAAS,通過進一步對服務進行抽象,變成一個公共的服務架構,研發程式只需要遵從一定的開發和配置約束,最後服務的執行、釋出等都由PAAS平臺統一接管,進一步釋放對運維的依賴,且此時根本就沒有IAAS層維護成本。結論:不需要那麼多應用運維人員了。
SAAS
最後到SAAS,在傳統的模式下,運維都是自己搭建監控平臺,自己構建部署系統。當前情況下,對於小的企業來說,可以直接使用雲平臺自帶的服務,足夠應付。對於更大規模的企業環境來說,你可以選擇其他雲服務,只要你許可他們的agent安裝在你的伺服器上,採集資料/部署都可以完成。再回過頭看看IAAS雲中提供的RDS服務(類似SAAS服務),裡面把一切對Mysql的管理都封裝成webUI;對於系統中慢查詢,在給出報告的同時,還能給出相應的優化建議,備份、遷移管理都一應俱全。結論:不需要那麼多應用運維人員和DBA了。
這就告訴我們,在未來,只要雲端計算繼續發展,大部分初級的運維人員失業幾乎是板上釘釘的事情。
但是,應該注意到雲端計算也需要一系列的基礎設施,也需要運維人員進行維護。
與傳統企業裡面對幾臺幾十臺伺服器不同,在雲端計算領域,運維工程師動輒面對數千臺乃至數萬臺伺服器,單純依靠人力完成這種龐大工程幾乎是不可能的,這就對運維人員的工作能力提出了更高的要求——運維人員的開發能力正式被提上日程,成為運維自動化發展的必要一步。
除此之外,雲端計算領域的運維工程師面對的問題複雜程度將是之前的數倍:幾臺伺服器出現故障,一個人只需半天就可排查完,幾十臺則要花費更長時間,但是雲端計算領域,資源都虛擬化後,故障定位和排除明顯是痛點,很容易牽一髮而動全身,對運維管理本身的可靠性要求也無限升高。
因此,我們還應該看到運維這一職業發展的更高層次:高質量、高技術水平的運維人員在未來必定是雲端計算領域最稀缺、同時也是最必要的人才。
未來的運維行業,必定是工作崗位減少、技能要求上升、整體薪酬飛漲的狀況。
文章來自微信公眾號:馬哥Linux運維