「不是不須要運維工程師，是人人皆是運維」|對話阿里雲MVP蔣爍淼（上）

【三位阿里雲MVP（駐雲CEO、首席架構師、大數據總監）《MVP時間》首次同臺授課，「湖畔第一大腦」 蔣爍淼領頭線上精講，內容涉及企業IT架構、混合雲存儲、大數據方案等實戰內容，從技術實戰到解決方案，難題痛點一次解透。聽課連接直戳：
第一節：雲時代企業IT智能診斷實踐與探索
第二節：企業IT架構雲化轉型挑戰與應對
第三節：混合雲場景下存儲實踐精講
第四節：雲管理服務技術要點和實踐精講
第五節：混合雲大數據實踐精講】

阿里雲MVP、駐雲科技CEO蔣爍淼4月11日作客《MVP時間》，爲你們分析在雲時代對於企業IT智能診斷的實踐與探索。本篇爲上期，下期文檔直戳

一、 雲時代的大背景
屈指算來，雲計算已經進入了第二個十年。隨着下一代技術如數字業務、物聯網和人工智能的實現，雲計算已然是業務和IT的關鍵組成部分。雲技術正在從一個市場顛覆者演變爲傳統和下一代IT中的主力軍。

須要強調的一點是，咱們認爲，真正意義上的雲計算就是公有云。爲何呢？

咱們先從5G提及。展望將來，5G時代很快到來。你們都在展望伴隨5G時代的物聯網、邊緣計算、人工智能、AR/VR的大變革。而更爲實際的，5G時代會發生的事情，是固定網絡逐步退出市場，正如以前固定電話慢慢從市場中推出那樣。每一個人的手機電腦都會以無線網絡的方式接入到互聯網中。那個時候企業局域網就會消失，局域網消失之後，可能企業內網就消失了，或者說內網就是今天咱們在雲上看到的VPC、虛擬專有云或者虛擬私有網絡，到那個時刻，沒有局域網，又何來專有云呢？

隨着5G的進入，雲計算的發展仍是會很是長久的進行下去，直到大部分IT都轉入到雲計算時代，而那個時候可能會有新的東西出現。
換個角度，今天對於整個世界改變最大的力量是互聯網。將來每個企業都是互聯網企業，雲就是互聯網基礎設施。因此說掌握雲計算的技術是很是重要的，將來不懂雲計算就沒有辦法在這個市場上生存，若是你是一個IT工程師的話。

二、 雲時代IT從業者的挑戰

雲時代的到來對於IT從業者來講帶來了極大的變革和挑戰。
雲計算大數據技術迭代更新，IT從業者須要掌握的技能更廣，還需跟上工做節奏。
傳統的咱們常常會把工程師分紅開發人員或者運維工程師、測試工程師，開發工程師又包括前端工程師，後端工程師等。而如今這樣的職業分工也產生了變化的趨勢。

記得前幾天有一篇文章說阿里雲是否是會殺死運維，你們也知道有個耳熟能詳的詞語叫DevOps。這也說明了一個問題：雲計算廠商把IT基礎設施運營起來了，帶來了一個重大的變化：企業內部並不須要單純的運維工程師了。爲何呢？一是由於DevOps的發展，二是由於雲計算帶來的極大便利使得不少運維工做被大大簡化。

舉例來講，絕大多數還沒有創建完備開發體系的公司，它的開發工程師就能夠經過RAM受權的子帳號，甚至主帳號進入雲的控制檯修改關鍵雲資源配置，好比對象存儲Bucket的修改。

所以，因爲雲的分佈式的變化，每個工程師均可以經過API或者控制檯，快速的改變雲的現狀，包括配置信息的變動。這使得傳統的運維工做離散化了。某種程度上說，不是不須要運維工程師，而是人人皆運維。

在這樣的大背景下，傳統的運維工程師又何去何從呢？他們的職業發展也面臨着巨大的變化。
傳統意義上的運維工程師的主要工做，咱們常常開玩笑說是搬箱子，插網線和裝系統三大件。

而今天面對雲，這三件事情都不用作了，由於你使用ECS鏡像服務器就裝好了，甚至你都不須要本身安裝MySQL，直接使用RDS就夠了。
所以傳統意義上運維工程師自己知識結構面臨着更新，從傳統意義上運維工程師要變成企業內部的雲管理員或者成爲企業內部雲架構師，應該往這個方向去轉變。你們也能夠到百度百科上看到雲管理員這個新職業的描述。

三、 雲時代企業IT管理的挑戰

爲應對市場變化的快速響應，企業業務的複雜與變更並存，還需保障IT系統的穩定可靠。

1）除了故障，還有什麼更值得咱們考慮？
企業將基礎設施甚至中間件使用了雲計算廠商提供的服務以後，若是雲服務出現了故障，咱們能夠根據SLA的條款，向雲廠商索賠。
於是在雲上，咱們最須要擔憂的不是雲服務的故障，或者說在雲上除了故障其實咱們還有更多問題須要考慮。

舉兩個例子：

 前段時間寶馬發生了數據泄漏，緣由是它的開發工程師對AWS上存儲Bucket沒有進行任何安全限制，致使數據能夠被任何人讀取，甚至包括Google搜索引擎。
 系統自己並無出現故障，可是發現某些應用鏈接數或者是進程內存佔有快速上升，存儲量快速上升，極可能是由於開發工程師的BUG，致使你要爲雲計算廠商一個月多付好多錢，浪費了帶寬或者浪費了存儲。
爲何這些問題不能提前發現呢？有如下幾個緣由：
 這些雲資源的管理自己很是繁瑣，每每由於工程師出差或者管理不善等緣由，致使域名證書或者主機自己忘了續費，從而引發了業務的中斷。
 工程師並不具有財務權，傳統職責在故障的發現和處理，而上述這些問題的管理並無獲得足夠的重視。
所以，重要的問題不是故障，當你到故障那一刻的時候，那個問題已經不小了。

2）複雜、大量數據的挑戰
現今咱們處在一個複雜的世界中。這個世界的數據不只僅包含雲上的數據，還有你本身物理機房或者說外部的數據，甚至還有IOT，數字化的POS機等持續不斷產生的數據。
對一個企業來講，所面對的數據並不必定只是IT數據，大趨勢是全部數據最終均可能被匯聚到雲上。

3）信息孤立和不對稱性帶來的挑戰
傳統IT環境中一般會有一個IT部門負責技術保障，維護管理整個企業內部全部系統，可是隨着雲的時代到來，任何一個有開發能力或者有系統需求的業務團隊，均可以輕鬆買一兩臺雲主機，裝一個軟件或者開發一個小程序就能夠再也不依賴公司統一的IT管理，快速的將本身的業務跑起來。因此在這種狀況下，雲不只僅是一個分佈式系統，它也使得企業的IT團隊，尤爲在一些大企業，開始了有了分佈式的傾向和趨勢。
在這種狀況下，會形成一個問題，就是你們的信息可能會相對孤立和不對稱。每一個企業的IT管理可能會發生隨時隨地變化，由於它有可能開在不一樣雲帳號下，有的一個企業有1000臺ECS，可能分佈在10個團隊，每一個團隊有100臺ECS，這種狀況也會有大量的出現。

4）多雲和雲計算產品迭代更新快帶來的挑戰
不少企業都慢慢的開始上雲，甚至上多個雲。可是實際上無論是從大的產品功能角度小到API、備份功能或者一個主機的編碼，甚至一些很是很是小的控制參數，好比說備份或者是磁盤拍照等等東西，其實都是不太同樣的。
而且各個雲計算廠商的產品迭代更新都很是快，要管理的要素更多，甚至包括費用。
爲了適應多雲環境和雲產品的迭代更新，須要企業投入更多的力量進行統一管理。
比方說由於公司的緣由，須要同時用多個雲帳號，甚至多朵雲，分別管理維護開發環境、測試環境、預發環境、生產環境，甚至要從費用角度考慮有沒有資源浪費。
沒有合適工具和管理手段的狀況下，管理成本至關高：
 人工的方法是記住不一樣的用戶密碼，登錄不一樣的帳號，而後去挨個看。
 高級點的本身有能力去維護一套鏈接了這些平臺的API，而後經過API的方式去解決。但這個成本一樣很高，要對雲產品有足夠的瞭解，萬一雲廠商某個API改了或者是返回結構改了，還得同步學習更新和修正。

5）企業IT管理對象的複雜度帶來的挑戰
企業IT管理的對象從傳統的物理主機、存儲、網絡、數據庫、中間件變成了雲計算服務商提供的一臺臺虛擬主機、雲數據庫，甚至是雲中間件，包括RDS、OTS、KAFKA，這些都是以雲服務的形式提供，而無需本身搭建，雲廠商把IT軟硬件資源，甚至中間件都服務化了。咱們關心的不只包括虛擬主機的狀況，還有云中間件、應用層的狀況，管理對象更加複雜。

以上各類雲時代對於IT管理的挑戰，也是爲何咱們提出來須要雲時代企業IT智能診斷。

原文連接 本文爲雲棲社區原創內容，未經容許不得轉載。