[[153696]]

在過去十年里，云計算從一個概念迅速發(fā)展成為一個大家普遍接受、并廣泛應(yīng)用于實際生產(chǎn)中的新型IT基礎(chǔ)設(shè)施。尤其是在公有云IaaS領(lǐng)域，以AWS、阿里云為代表的廠商取得了令人矚目的成就。如此同時，和云計算幾乎同步發(fā)展起來的DevOps理念也隨著云計算的普及而逐步被人們接受，并成為主流的軟件生產(chǎn)方式。

　　根據(jù)Puppet Labs 2014年度調(diào)查報表顯示，目前有超過半數(shù)的受訪者已經(jīng)在實踐DevOps。并且該調(diào)查報告還顯示采用DevOps軟件生產(chǎn)方式是企業(yè)打造出高效IT服務(wù)能力的有利武器，而一個高效的IT服務(wù)能力能夠把軟件和服務(wù)部署的頻率提升30倍、同時降低50%的失敗率。因此，我們認(rèn)為企業(yè)IT領(lǐng)域正處在重要的變革器，即：IaaS和DevOps已經(jīng)變成企業(yè)IT領(lǐng)域的新常態(tài)。隨著IaaS及DevOps成為新常態(tài)，企業(yè)IT系統(tǒng)的運維管理體系也需要做出明顯變革，以適應(yīng)新常態(tài)的需求。

　　一、新常態(tài)下的IT運維管理變化

　　從IT系統(tǒng)進(jìn)入企業(yè)起至今已經(jīng)有幾十年的發(fā)展歷史。在這個過程中，IT運維管理也逐步成熟起來，并形成了以ITIL為代表的完整運維管理體系。 ITIL以傳統(tǒng)IT服務(wù)為管理目標(biāo)，提出了一整套從系統(tǒng)設(shè)計、實現(xiàn)到運維的完整流程。這個體系強調(diào)流程與規(guī)范，以對內(nèi)輸出服務(wù)為主要目標(biāo)。但是，現(xiàn)如今的企業(yè)IT服務(wù)已經(jīng)不再僅僅是企業(yè)內(nèi)部的業(yè)務(wù)支撐系統(tǒng)，而是需要直接面對最終用戶，快速響應(yīng)市場變化，并已經(jīng)成為企業(yè)核心競爭能力之一。這些新情況對以 ITIL為核心的傳統(tǒng)運維管理體系提出了迫切的變革需求。而 IaaS 和 DevOps 成為新常態(tài)后，這種變革需求則變得更為直接和具體。

　　變化一：IaaS成為新常態(tài)后，企業(yè)的運維管理重心轉(zhuǎn)到應(yīng)用運維

　　在IaaS出現(xiàn)之前，企業(yè)的IT運維管理職責(zé)一般包括基礎(chǔ)運維和應(yīng)用運維。這種職責(zé)劃分甚至都能直接映射到很多企業(yè)內(nèi)部運維團隊的組織架構(gòu)上。很多公司的運維團隊就會分成以基礎(chǔ)運維為主要職責(zé)的基礎(chǔ)運維團隊，以應(yīng)用運維為主要職責(zé)的應(yīng)用運維團隊，部分公司還會有支撐如上兩個團隊的運維開發(fā)團隊。但是，IaaS成為新常態(tài)后，企業(yè)的基礎(chǔ)設(shè)施已經(jīng)變成IaaS平臺，其基礎(chǔ)運維工作已經(jīng)完全由IaaS平臺供應(yīng)商負(fù)責(zé)。而最終企業(yè)用戶則只需要關(guān)注應(yīng)用運維層面的工作。這會導(dǎo)致很多以基礎(chǔ)運維為核心和出發(fā)點的工具(如傳統(tǒng)ITOM管理軟件)及其實踐方式都不再適用。當(dāng)然，采納IaaS后，整個運維管理團隊必須要有自己的云平臺策略，并為之配套相應(yīng)的運維管理工具，以充分發(fā)揮IaaS平臺的優(yōu)勢，做好應(yīng)用運維這個重心工作。

　　變化二：DevOps成為新常態(tài)后，企業(yè)的運維管理目標(biāo)轉(zhuǎn)為持續(xù)交付

　　在傳統(tǒng)軟件生產(chǎn)方式中，Dev和Ops兩個團隊相對獨立，甚至因為組織結(jié)構(gòu)上的原因形成了隔閡。這種情況對于給最終用戶交付IT系統(tǒng)價值非常不利， 并經(jīng)常導(dǎo)致整個運維管理流程以控制變更為目標(biāo)而忽視交付給最終用戶的價值要求。DevOps則強調(diào)讓Dev和Ops相互融合，并以***化交付價值為最根本的追求。這種思想下的一個重要原則就是持續(xù)交付、快速迭代。為執(zhí)行這個原則，自服務(wù)IT、自動化一切、持續(xù)部署等***實踐被廣泛采納。同時，IaaS平臺提供的“可編程”基礎(chǔ)設(shè)施讓這些***實踐更容易得以實施并極大推進(jìn)了DevOps軟件生產(chǎn)方式的落地。

　　二、Iaas和DevOps成為新常態(tài)下的企業(yè)IT運維管理面臨的問題

　　在IaaS和DevOps成為新常態(tài)之后，企業(yè)的IT運維管理同樣會面臨著一些新問題。具體總結(jié)為如下幾個方面。

問題一：IaaS成為新常態(tài)后，如何統(tǒng)一管理不同云平臺的資源

　　當(dāng)企業(yè)決定采納云平臺作為其IT基礎(chǔ)設(shè)施，就需要面對統(tǒng)一管理不同類型基礎(chǔ)設(shè)施的問題。部分基礎(chǔ)設(shè)施為公有云平臺資源，部分則可能來自遺留的企業(yè)內(nèi)部虛擬環(huán)境或者物理機。即使無遺留IT基礎(chǔ)設(shè)施，企業(yè)也經(jīng)常選擇多家公有云平臺來避免被一家供應(yīng)商鎖定。另外，出于業(yè)務(wù)安全或者合規(guī)要求，企業(yè)非常有可能采用混合云架構(gòu)。下圖來自RightScale 2015年企業(yè)采用云計算平臺現(xiàn)狀的調(diào)查報告，其調(diào)查結(jié)果也佐證了這個觀點。

　　當(dāng)混合云成為普遍選擇時，企業(yè)IT資源的統(tǒng)一管理就會成為一個新的挑戰(zhàn)。例如，企業(yè)經(jīng)常需要面對下面幾個問題：

　　◆如何統(tǒng)一管理公有云主機、私有云主機和物理機?

　　◆如何以應(yīng)用視角管理基礎(chǔ)設(shè)施?

　　◆如何集成云API，實現(xiàn)自動伸縮?

　　新型IT運維管理體系只有解決以上幾個基本問題才能實現(xiàn)對于不同來源基礎(chǔ)設(shè)施進(jìn)行標(biāo)準(zhǔn)化無差別管理，同時也充分發(fā)揮IaaS平臺帶來的彈性基礎(chǔ)設(shè)施的優(yōu)勢。

　　問題二：DevOps成為新常態(tài)后，如何真正實現(xiàn)持續(xù)部署和交付

　　如前所述，現(xiàn)如今IT系統(tǒng)的交付周期越來越短。而且還需要在持續(xù)交付的過程中保證服務(wù)的高可用和性能的高穩(wěn)定。但是，整個IT系統(tǒng)的持續(xù)部署和交付需要一個較長的流程來保障。例如，下圖就是一個典型的從代碼到最終服務(wù)的流程。

　　在這過程中，阻礙整個持續(xù)交付流程順利進(jìn)行下去的常見問題有：

　　◆如何建立統(tǒng)一的Artifact倉庫?

　　◆如何保證測試環(huán)境和生產(chǎn)環(huán)境的一致性?

　　◆如何在部署后實現(xiàn)快速反饋?

　　企業(yè)在實施IT持續(xù)交付過程中經(jīng)常會因為未解決以上常見問題而導(dǎo)致最終的持續(xù)交付流程流于形式，未能達(dá)到支持業(yè)務(wù)創(chuàng)新的目標(biāo)。

#p#

　　問題三：IT服務(wù)能力成為企業(yè)核心競爭力后，如何高效運維管理越來越龐大的IT系統(tǒng)

　　隨著互聯(lián)網(wǎng)+浪潮的逐步深入推進(jìn)，企業(yè)IT系統(tǒng)承載的業(yè)務(wù)會越來越多，也越來越重要。這也意味著需要更高效的運維方式管理越來越龐大的IT系統(tǒng)，尤其是需要管理日益增多的虛機。同樣來自于RightScale 2015年的報告，大部分企業(yè)的虛機數(shù)量已經(jīng)超過50臺(如下圖)。

　　一般來說，超過50臺虛機的規(guī)模意味著傳統(tǒng)手工運維管理已經(jīng)很難保證效率和質(zhì)量。這時企業(yè)就會在日常運維管理中，遇到以下常見的問題：

　　◆如何同時給1000臺虛機打補丁?

　　◆如何實現(xiàn)端到端的監(jiān)控?

　　◆如何實現(xiàn)故障自動修復(fù)?

　　要解決企業(yè)IT系統(tǒng)規(guī)模增加帶來的運維挑戰(zhàn)，自動化成為現(xiàn)代運維管理系統(tǒng)普遍的選擇。這其中就包括自動化構(gòu)建、自動化測試，自動化部署、自動化修復(fù)等一系列***實踐。

　　三、新常態(tài)下的IT運維管理解決方案

　　針對IaaS和DevOps成為新常態(tài)下的IT運維管理需求，傳統(tǒng)以ITIL為標(biāo)準(zhǔn)的ITOM管理軟件及相關(guān)運維管理實踐已經(jīng)無法適用?？朔@些問 題，除了需要新的理念，新的組織架構(gòu)，也同樣期待新型的統(tǒng)一云管理平臺(Cloud Management Platform，CMP)，這個平臺需要具備如下幾個方面的能力：

　　◆管理平臺能夠統(tǒng)一管理不同來源的IT基礎(chǔ)設(shè)施，解決企業(yè)IT基礎(chǔ)設(shè)施碎片化的問題。同時需要深度對接主流IaaS平臺，響應(yīng)企業(yè)業(yè)務(wù)對于新型IaaS的需求。

　　◆管理平臺需要以應(yīng)用為核心構(gòu)建整個管理體系，而不再是以管理IT基礎(chǔ)設(shè)施為核心。無論是IT資源的組織方式、服務(wù)監(jiān)控告警的展示方式，還是各種日常運維的操作和部署都需要從應(yīng)用的角度設(shè)計。

　　◆管理平臺需要提供一站式的全棧工具鏈集成能力，讓開發(fā)、測試和運維人員都能在其上對于一個應(yīng)用進(jìn)行協(xié)作和管理。并且，這個平臺還需要能夠構(gòu)建應(yīng)用的全面反饋體系(需要全面的自動化測試和監(jiān)控)，并基于這個反饋體系實現(xiàn)整個工具鏈的自動化。

　　對于企業(yè)級用戶來說，選型統(tǒng)一的云管理平臺也就需要充分考慮以上這些要素。具體實施來說，企業(yè)可以有以下幾種可能途徑：

　　◆基于IaaS平臺控制臺及相關(guān)管理類服務(wù)搭建。這種方式是企業(yè)用戶最容易上手的途徑，尤其是在企業(yè)IaaS供應(yīng)商非常單一的情況下可以很快有初步結(jié)果。但是這個途徑的***風(fēng)險在于會被某一個IaaS供應(yīng)商所鎖定(lock-in)。越深入的使用云供應(yīng)商的管理服務(wù)就會越深的被它鎖定。

　　◆基于開源軟件完全自建。自建自己的統(tǒng)一云管理平臺對于很多企業(yè)用戶非常有吸引力，尤其是在開源軟件如此豐富的今天。如果選擇自建云管理平臺(尤其是直接利用開源軟件搭建)時，企業(yè)用戶要非常注意傳統(tǒng)平臺經(jīng)常會出現(xiàn)的“煙囪效應(yīng)”，即不同應(yīng)用場景下使用的工具完全不一樣，且相互的信息無法打通。例如，運維管理平臺最基礎(chǔ)的CMDB層應(yīng)該在監(jiān)控、運維以及代碼部署等很多運維場景中復(fù)用，以便始終保持?jǐn)?shù)據(jù)的一致性，降低運維維護(hù)負(fù)擔(dān)。但是常見的開源軟件基本是以單一場景出發(fā)，并未提供一體化解決方案，所以需要用戶自身來完成相關(guān)整合工作。另外，企業(yè)***還要評估自建平臺的成本及收益，做到有的放矢。

　　◆購買第三方獨立供應(yīng)商軟件。目前，在市場上存在的第三方云管理平臺大致可以分成兩類。一類是以傳統(tǒng)運維管理平臺演化而來的產(chǎn)品(包括CA、 BMC、IBM等)，這類軟件對基礎(chǔ)設(shè)施層管理能力比較強，非常適合公司云基礎(chǔ)設(shè)施集中管理(包括權(quán)限管理、賬號管理、費用管理、審計管理等)。而另外一 類則是以RightScale為代表的新型云管理平臺。這一類產(chǎn)品則更多的關(guān)注云上應(yīng)用管理(包括應(yīng)用監(jiān)控、運維和部署等)，非常適合面向公司內(nèi)部云上應(yīng)用的開發(fā)、測試和應(yīng)用運維人員。

　　對于企業(yè)級用戶，在確定公司的云戰(zhàn)略中，云管理層會是一個非常必要的組成部分。無論企業(yè)最終選擇那種方式來實現(xiàn)，***都需要在規(guī)劃階段就能夠仔細(xì)考 慮，使其成為公司云戰(zhàn)略的一部分。這樣才能在未來更好的實施云戰(zhàn)略，并促成公司達(dá)到采納云的初衷：利用IT能力加速企業(yè)的業(yè)務(wù)創(chuàng)新。

　　作者簡介

　　徐桂林：當(dāng)前在FIT2CLOUD負(fù)責(zé)公司的技術(shù)布道和生態(tài)合作。在此之前先后供職于意法半導(dǎo)體、Autodesk和阿里云。徐桂林熱衷于云計算(尤其是公有云IaaS平臺)，有過多年AWS的生產(chǎn)環(huán)境工作經(jīng)歷，是較早在國內(nèi)分享AWS上實踐經(jīng)驗的作者之一。