隨著越來越多的關鍵業務職能脫離現場環境遷移向雲端，SOC面臨適應改變和監視新環境的嚴峻挑戰。有些SOC依賴供應商提供的管理與安全工具，有些採用第三方服務從其SaaS、PaaS和IaaS提供商處拉入資料，還有些則打造自己的安全門戶。

INAP是一家資料中心、雲及主機託管服務提供商，這家公司不僅要管理和保護其基礎設施，還要為其客戶提供管理及安全資料反饋。由於除60萬平方英尺的資料中心外還為客戶管理著多雲例項，該公司的管理任務列表中還包括了所有主流雲供應商提供的基礎設施。

INAP全球雲服務高階副Quattroporte Jennifer Curry 表示：這些環境中傳統監視工具沒用，使用者訪問不到網路，也接觸不到底層基礎設施。

雲供應商，比如亞馬遜、谷歌和微軟，會提供資料反饋。INAP運用其API往自身系統中拉取日誌和其他資料，但這一過程總是說起來容易做起來難。

用API時總會碰到範圍和速度的改變，很難跟上這種變動。雲空間裡就是這樣，變化多端是雲環境的本質。發展很快，總在維護。

可行的時候，INAP會使用商業工具。在知道將會快速改變的情況下，INAP會編寫解決方案並定製之。目前沒有哪個平臺能滿足公司所有需求。INAP的定製對其客戶而言是項增值服務，單個平臺無法實現在發現更有效率的功能時進行載入或替換。

當然，INAP的部分核心業務定位就是雲環境管理，該公司必須能夠處理好這些事務並分配足夠的人員專門負責此事。其他沒有多雲環境及服務管理業務的公司企業可能不具備類似的資源。

雲時代運維把傳統的點對點的服務模式變成了點對面的網狀模式，極大的精簡了對接成本。如果您是傳統的運維從業人員的話，那得學習更多的知識適應改變，不然會被淘汰

雲計算經過幾年的飛速發展，已經成為IT領域未來重要的趨勢之一。雲時代IT領域各種問題，都在逐漸透過整個行業的智慧形成統一的解決方案。也正因如此，唱衰運維的調調一直不絕於耳。當代表運維價值的苦力活被程式代替，甚至比人做得更好時，運維人員該去向何方？

在WOT2016 網際網路運維與開發者大會現場，騰訊社交網路運營部助理總經理、技術運營通道會長趙建春作為一個有著十年經驗的運維老兵，分享了他眼裡運維的分工和理念有變化，如何實現雲時代的高效運維？企業未來還是否需要專業的運維管理團隊呢？

騰訊社群網路運維團隊主要負責以QQ延伸出來的各種社群的運維和維護，包括QQ空間、QQ音樂、QQ會員、QQ秀等一系列的QQ產品。整個團隊成員不到90人，卻維護著將近10萬臺伺服器。在經歷了多次重大事件及活動的考驗和洗禮後，趙建春深刻感受到，運維團隊最最重要的職責就是保證系統的穩定、可靠，而不是做一名救火隊員。在可靠這件事解決之後，上才有更多時間提升整個運維工作的效率。

高效運維的兩大理念

談到高效運維，趙建春最喜歡拿建築行業做對比。在他看來，建築行業是人類歷史上一直存在的一項工作。發展到今天，搭建一個高樓就像搭積木一樣，能在短時間內迅速完成。這個過程實際做了大量的細分工作，每一個團隊都會把自己負責的，自己擅長的工作做到極致，做到最高效，最終交由設計師設計，拼裝起來就完成了。這對於運維領域也是一個很好的啟發。

專業領域細分

趙建春所在的團隊對接入運維、邏輯運維、儲存運維和業務運維的工作職責進行了明確的劃分。在接入運維、邏輯運維和儲存運維層面，透過專業的分式方式讓團隊每位成員都聚焦到更加細分的技術領域，把相應的工作做到更精更細更深。對於業務運維這部分，則是用一些對業務理解能力較好，協調能力較強的同事去對業務進行一些支撐及更多的溝通，更加專注於一些大的目標實現的事情，同時做一些最佳化的工作。

減少運維物件

具體到運維管理層面，趙建春一直強調的一個重要理念就是減少運維物件。運維其實管理挺複雜的一塊事情，一定要對內容和分析做一個清晰的邊界劃分，有一個比較好的分類，分類以後把每一類東西進行標準化建設和改造。具體來說，就是把伺服器型別、機房數量、QA流程、容錯架構、軟體架構等都看成是抽象的、需要運維去管理的“物件”，物件越少，運維人員就越能深入和全面地掌握這些物件。這種尋找、合併同類項的過程，也是專業細分的一種手段。只有以上兩點作為基礎，才能談到實現高效運維。

大規模海量服務運維實踐

趙建春講到，維護海量服務時，出現的故障必須得到伺服器及時的處理，不能影響專案服務。容錯方案就成為決定系統運維成敗的第一步。我們寫出來的程式和程式碼、執行的例項都是運維團隊需要管理的資源。那麼我們能不能對每個資源都定義一種形狀，然後進行搭建？

1、統一框架CMDBA

將某一業務模組上所有依賴的資源全部登記進該統一框架。透過高效的監控手段、容量管理等方式進行快速決策和排程。

2、L5系統

集容錯、負載均衡、路由、灰度監控能力於一身的容錯方案。 L5系統類似於DNS，底下有一排能提供的服務模組，透過L5和DNS、L5和Agent兩個環節解決單點問題，並達到容錯和負載均衡的作用。

3、統一框架和架構

將整個網路通訊列成一個標準框架， 業務邏輯部分以SO動態庫方式編寫，與框架分離部署，類似WEB伺服器上的CGI。接入層用QZHTTP，邏輯層是SPP和SF的框架。框架的統一大大減少了運維成員學習的成本。實現了統一維護，極大提高通訊效率。

4、動態資源管理

騰訊在十多年的發展過程中積累了很多應對海量方面的成熟經驗。其中就包括騰訊雲的CDN。騰訊有十億以上的使用者，遍佈在全國各地，為了讓所有的使用者訪問資源更加快和近，騰訊將其做了超過500個節點，部署在離使用者最近的點上，把資源分發到離使用者近的地方。當出現訪問壓力時，騰訊雲可以透過對使用者就近接入的物流策略進行動態的排程，讓使用者訪問就近的節點減少壓力。資源在分發時也會進行一個預先的推送，或者預拉取，防止在訪問的時候出現集中式的拉取資源的方式。

另外，騰訊雲在全國上海、天津、深圳部署有QQ整體後臺的接入點，可以讓使用者進行跨地域的分佈，從而解決高併發訪問時的資源排程問題。

第三，騰訊雲會對訪問的整個鏈路進行分析，防止每次大的訪問量從前到後穿到整個鏈條上，而是會訪問到區域性的模組，來解決這些問題。

未來小公司的專業運維將逐漸消失

最後趙建春談到，雲計算會變成未來的超級標準。從另外一個角度說，雲計算就是IT產業的運維平臺，無論是傳統行業、創業者還是網際網路公司，都會在這個平臺上進行整個業務的運作，而不是把精力消耗在在基礎設施的維護和管理上。

像騰訊雲服務經過過去幾年發展，尤其是去年表現出翻倍式增長，在全球已有50家資料中心，提供500家資料加速節點，超過10T整體頻寬，4T防DDOS攻擊能力，700萬+域名提供解析等公有云服務。近期，騰訊雲也釋出了新的戰略，推出“黑石”新品並公佈出海計劃，不斷演進解決方案，提高服務能力。

所以對於小型公司來說，可能專業的運維將會慢慢消失，開發的人直接使用雲計算的服務運維。而對於那些規模比較大的公司，租用的伺服器比較多，涉及到一些混合雲的方案，還是需要一定的管理人員，但是需求量不會像原來那麼大。

未來是全面擁抱雲的時代，對於運維人員來說，一定要建立學習雲和使用雲的意識，去主動擁抱雲，適應雲時代的運維需求。

掌握基礎知識

對於雲計算的底層來說，還是以unix/linux系統為主，所以要想在雲計算運維方面展示自己的實力，這方面的基礎是必要的。包括不限於資料庫，高效能、高可用伺服器架構，雲端儲存，以及伺服器叢集方面。

這需要保有一個不斷學習的態度，事物是不斷的發展的。所以在新技術，新框架不斷出現的今天，要有一個良好的學習習慣。

要想實現雲上運維的順利升級，首要任務就是”自動化一切“。雲幫手強調高度的自動化，幫助運維解決人為不可控制的難題，實現了一系列的視覺化運維模組，並會朝著智慧運維的方向持續演進

雲計算是一種新的網路應用概念，其本質就是以網際網路為中心，以網站的形式提供快速安全的雲計算服務和資料儲存，讓網際網路上的每一個人都可以在網上使用龐大的計算資源和資料中心。

俗話說，有需求就會有市場，運維這個崗位的產生正好就應對了這句話。運維沒有一個從無到有的明確過程，最開始的運維就是簡單的打雜，僅僅只是“與業務無關，與生存相關”的工作（畢竟要掙錢嘛，現實一點，當時這還不是一個需要理想的崗位），一般就是遇到什麼煩雜的問題都丟給運維來做，有的公司也沒有固定的運維人員，多數由開發代替（其實現在因為雲服務的出現，有很多公司也不會花大量的資源成本去招聘運維，都是外包給雲服務廠商做，更專業、更可靠，關鍵省事、省心、省錢）。

隨著網際網路的發展，對運維的要求也是逐漸升高，專業性也更加的有針對性，工作的分割槽更加的細緻。例如：

IDC: 擅長的是網路連線方面，主要負責機房建設。

DBA: 擅長的是資料訪問、安全方面，主要負責如 MySQL 資料庫。

SA: 擅長的是伺服器初始化、調優等，主要負責提供伺服器和與業務無關的各種基礎設施（如 DNS 等）。

OP: 擅長的是消化開發的需求，自行補充分工未明確的服務。 OP 就是通用運維的延續，只是不再負責不擅長的專業領域分工工作，但還是要在專業領域不充分時，滿足各種開發需求。

雲計算改變了傳統運維“乏味盯梢”的情況，將傳統運維轉化為自動化運維，減少了人力的投入，對運維的專業要求更強。

近幾年上雲愈發的普遍，現在並不是所有企業都需要自己具備伺服器，可以透過上雲的形式，將自己的資料、業務上傳至公有云，基礎的設施交由雲平臺廠商管理，而日常運維的工作也可以交給雲服務廠商來做，整套流程下來，減少了維護伺服器和日常運維的人力和資源的投入，並且專業人士的業務能力也是可以保證的，如不是剛需不需要自己招運維人員來進行磨合。

有很多人會問，會不會慢慢的所有的運維工作都雲計算來代替，我們運維還有機會嗎？回答是機會就掌握在你的手中！！！

雖然現在很多的工作都自動化了，但是人為操作的靈活性、專業性是無可替代的。除了那些上雲不需要特殊運維的企業，基礎的雲平臺廠商和雲服務廠商還是需要基礎的運維人員的，只不過數量比以前減少了。

如果你是位運維小哥但是找不到工作，那就要考慮考慮你的專業技能是否合格了。運維的自動化淘汰的只是那些只會做繁瑣運維工作的人員（因為交給電腦去做了），所以現在不是雲計算替代了運維，是雲計算激勵廣大的運維工作人員去成長！！！去努力！！！去發奮圖強！！！

雲服務商業務詳情請關注雲掣官網。http://dtstack.com/dtsmart/tt