我們知道，云計(jì)算給企業(yè)商業(yè)和運(yùn)維模式帶來(lái)了根本性的變革，政務(wù)云的運(yùn)維成為眾矢之的。政府行業(yè)因自身的局限性，大都不會(huì)自建運(yùn)維團(tuán)隊(duì)，企業(yè)的運(yùn)維通常與運(yùn)營(yíng)商合作。但是，運(yùn)營(yíng)商對(duì)傳統(tǒng)數(shù)據(jù)中心的運(yùn)維有豐富的經(jīng)驗(yàn)，卻缺少對(duì)云數(shù)據(jù)中心的運(yùn)維經(jīng)驗(yàn)。

　　換句話說(shuō)，本身正處在向云轉(zhuǎn)型過(guò)程中的運(yùn)營(yíng)商，又負(fù)擔(dān)了當(dāng)?shù)卣��?wù)云的運(yùn)維工作，這中間要解決的問(wèn)題就變得頗為復(fù)雜。上海政務(wù)云，就遇到了這樣的難題，所以它們想到了云運(yùn)維經(jīng)驗(yàn)最為豐富的華為，這會(huì)產(chǎn)生怎樣的故事？

　　實(shí)際上，在進(jìn)入互聯(lián)網(wǎng)時(shí)代之后，我國(guó)有過(guò)一個(gè)階段的電子政務(wù)建設(shè)黃金期。比如在2011到2015年，電子政務(wù)建設(shè)達(dá)到高峰。但各地?cái)?shù)據(jù)中心建設(shè)繁雜，且缺乏統(tǒng)一規(guī)劃造成資源利用率低，后期運(yùn)維難度大。

　　所以，政務(wù)云的出現(xiàn)，恰好可以作為新一代數(shù)據(jù)服務(wù)和共享平臺(tái)，將電子政務(wù)發(fā)展中遇到的問(wèn)題一一解決。所以各地政府都在加速走向政務(wù)云。

　　這就引出了傳統(tǒng)數(shù)據(jù)中心與云數(shù)據(jù)中心的區(qū)別。

　　從表面上看，云是數(shù)據(jù)中心的新IT形態(tài)，云數(shù)據(jù)中心與傳統(tǒng)數(shù)據(jù)中心的建設(shè)目標(biāo)是一致的，都是為政府或企業(yè)提供IT服務(wù)。

　　但是在運(yùn)維對(duì)象和服務(wù)內(nèi)容上又所有不同：以IaaS層為例，傳統(tǒng)數(shù)據(jù)中心運(yùn)維對(duì)象主要包括機(jī)房基礎(chǔ)設(shè)施、網(wǎng)絡(luò)及網(wǎng)絡(luò)設(shè)備、服務(wù)器及存儲(chǔ)等硬件相關(guān)的實(shí)體資源；而云數(shù)據(jù)中心的運(yùn)維對(duì)象，除了包括傳統(tǒng)數(shù)據(jù)中心關(guān)注的實(shí)體資源之外，還要關(guān)注架設(shè)在基礎(chǔ)架構(gòu)之上的虛擬資源，比如網(wǎng)絡(luò)資源、計(jì)算資源、存儲(chǔ)資源，以及虛擬化平臺(tái)本身。

　　換言之，云數(shù)據(jù)中心是將基礎(chǔ)設(shè)施（IaaS）以服務(wù)的形式提供給最終用戶(hù)，它利用虛擬化、SDN等技術(shù)將網(wǎng)絡(luò)、計(jì)算、存儲(chǔ)等資源池化，通過(guò)自動(dòng)化技術(shù)按需為用戶(hù)分配IT資源。

　　無(wú)疑，云服務(wù)的需求會(huì)驅(qū)動(dòng)運(yùn)營(yíng)商從賣(mài)資源的運(yùn)營(yíng)模式向賣(mài)服務(wù)、賣(mài)能力的模式轉(zhuǎn)型，這涉及到運(yùn)維組織架構(gòu)、資源配備和運(yùn)維流程的變革，運(yùn)營(yíng)商找到了華為來(lái)為其提供量身定制云數(shù)據(jù)中心運(yùn)維規(guī)劃設(shè)計(jì)方案，共同服務(wù)于上海政務(wù)云項(xiàng)目。

　　羅馬不是一天建成，華為如何做到抽絲剝繭？

　　我們知道，任何政務(wù)云項(xiàng)目都是既有共性，也有特定的需求，上海政務(wù)云項(xiàng)目絕對(duì)無(wú)法一蹴而就。這要求華為，拿出專(zhuān)家的精神和專(zhuān)業(yè)的態(tài)度，抽絲剝繭，抓到運(yùn)維的關(guān)鍵。

　　而此刻擺在華為面前的也有很多的難題有待解決。

　　經(jīng)過(guò)前期詳細(xì)的調(diào)查后，華為面臨的首要難題是現(xiàn)有運(yùn)維工具是否滿足云運(yùn)維需求。受限于預(yù)算等原因，客戶(hù)還是希望依托現(xiàn)有工具來(lái)實(shí)現(xiàn)運(yùn)維。所以，要求項(xiàng)目組需要對(duì)當(dāng)前客戶(hù)正在使用的運(yùn)維平臺(tái)的功能進(jìn)行全面的了解，找出可以適配的部分進(jìn)行改造和定制。其中，現(xiàn)有的運(yùn)維工具和承載的業(yè)務(wù)是否可以與云平臺(tái)對(duì)接都是運(yùn)維所要思考的問(wèn)題。

　　在客觀的評(píng)估現(xiàn)有環(huán)境之后，第二個(gè)難題是：基于政務(wù)云并參考ITIL的標(biāo)準(zhǔn)和框架，制定一套上海政務(wù)云的運(yùn)維組織架構(gòu)、管理流程、制度規(guī)范和SOP。

　　但運(yùn)維組織架構(gòu)的設(shè)計(jì)，并不能一蹴而就。華為采取了循序漸進(jìn)的方式，在前期先輸出一個(gè)標(biāo)準(zhǔn)運(yùn)維組織模型，根據(jù)目前的客戶(hù)業(yè)務(wù)特點(diǎn)進(jìn)行調(diào)整，甚至在運(yùn)營(yíng)初期，還會(huì)對(duì)組織架構(gòu)進(jìn)行精簡(jiǎn)。同時(shí)在故障處理階段，如果初期現(xiàn)場(chǎng)還不具備技術(shù)能力，就把崗位職責(zé)放在后方，隨著業(yè)務(wù)量的增加，根據(jù)工作量再來(lái)細(xì)分崗位角色，最終期望達(dá)到理想高效的組織模型。

　　在經(jīng)過(guò)了漸進(jìn)式的部署之后，事情也并沒(méi)有結(jié)束，華為還會(huì)對(duì)于已經(jīng)輸出的流程、規(guī)范和SOP，在實(shí)際運(yùn)營(yíng)中還會(huì)不斷的進(jìn)行優(yōu)化。而由于當(dāng)前的流程沒(méi)有工具承載，華為還建議客戶(hù)采用紙面件先把流程固化，在線下形成規(guī)范操作后，隨著工具和平臺(tái)的部署，再轉(zhuǎn)移到線上處理，比如在運(yùn)營(yíng)初期，故障量不多，運(yùn)維現(xiàn)場(chǎng)主要通過(guò)電話、微信等方式來(lái)進(jìn)行事件的溝通和傳遞，以保證效率，再通過(guò)紙質(zhì)工單進(jìn)行記錄和統(tǒng)計(jì)。

　　總體來(lái)看，華為在用一種自上而下的方式，進(jìn)行了專(zhuān)家式的貼身服務(wù)，從初期的內(nèi)部流程梳理，團(tuán)隊(duì)組建，到拿出方法論，并根據(jù)需求不斷優(yōu)化，克服重重困難，可以說(shuō)是抽絲剝繭，老成持重。

　　其實(shí)，政務(wù)云的建設(shè)與其它云服務(wù)項(xiàng)目相比還是有明顯的自身特色。比如，政務(wù)云運(yùn)維以核心業(yè)務(wù)保障為主，不同于互聯(lián)網(wǎng)業(yè)務(wù)的快速迭代，政務(wù)云的新業(yè)務(wù)增速比較緩慢，安全性要求高，更注重管理和績(jī)效，往往有分級(jí)管理要求，同時(shí)也關(guān)注數(shù)據(jù)的潛在價(jià)值。

　　以上海政務(wù)云項(xiàng)目為例，華為總結(jié)并輸出政務(wù)云運(yùn)維的四個(gè)典型階段。

　　1、第一階段，是初級(jí)階段。在此階段，更側(cè)重于資產(chǎn)管理，還談不到CMDB（配置管理數(shù)據(jù)庫(kù)）的建設(shè)，運(yùn)維流程也只能實(shí)現(xiàn)單一的故障處理流程，同時(shí)崗位職責(zé)上沒(méi)有專(zhuān)職的服務(wù)臺(tái)和管理角色。所以，首先要做好一體化監(jiān)控，將虛擬化資源池當(dāng)中的計(jì)算資源、存儲(chǔ)資源和網(wǎng)絡(luò)資源全部監(jiān)控起來(lái)，做到資源的可視化。以此為基礎(chǔ)就可以及時(shí)發(fā)現(xiàn)問(wèn)題并解決問(wèn)題。

　　2、第二階段，是基礎(chǔ)建設(shè)階段。要在一體化監(jiān)控的基礎(chǔ)上建設(shè)CMDB，CMDB建設(shè)成敗會(huì)直接影響到運(yùn)維的效率和成本，CMDB規(guī)劃要長(zhǎng)遠(yuǎn)，但部署要分層次分階段來(lái)進(jìn)行。華為認(rèn)為，初期的建設(shè)可以在IT資產(chǎn)項(xiàng)的基礎(chǔ)上增加邏輯關(guān)系，顆粒度不必過(guò)細(xì)，因?yàn)橥�往過(guò)細(xì)的顆粒度又會(huì)導(dǎo)致運(yùn)維復(fù)雜度增高，運(yùn)維成本過(guò)高，效率反而降低，所以CMDB的建設(shè)最能體現(xiàn)一個(gè)組織的運(yùn)維能力。

　　例如，上海政務(wù)云項(xiàng)目本身涉及到的CI量并不是很大，而且是全新部署的模型，業(yè)務(wù)應(yīng)用是逐漸增加，業(yè)務(wù)管理關(guān)系還未成規(guī)模，這給CMDB的建模和部署都留出足夠的時(shí)間和空間。由于運(yùn)維組織模型還不夠成熟，一般在這個(gè)階段，運(yùn)維流程往往只是側(cè)重于資源申請(qǐng)、發(fā)放，以及故障的受理，對(duì)于更高級(jí)的功能，要隨著運(yùn)維組織成熟度的加深而不斷完善。

　　3、第三階段，是流程的標(biāo)準(zhǔn)化運(yùn)作階段。當(dāng)CMDB的建設(shè)日趨成熟，顆粒度可以滿足日常運(yùn)維需求，ITIL的運(yùn)維流程體系才可能真正發(fā)揮作用，資源申請(qǐng)、事件、問(wèn)題、變更、發(fā)布也才能真正實(shí)現(xiàn)其價(jià)值。這個(gè)階段運(yùn)維組織模型已經(jīng)比較成熟，業(yè)務(wù)量也會(huì)達(dá)到相當(dāng)?shù)囊?guī)模，流程的標(biāo)準(zhǔn)化運(yùn)作會(huì)讓運(yùn)維效率，得到大大提升。

　　4、第四階段，是政務(wù)云運(yùn)維進(jìn)入自動(dòng)化和智能化的終極階段。這個(gè)階段需要更多的工具支撐，一般以定制開(kāi)發(fā)為主，而且需要與業(yè)務(wù)進(jìn)行適配。每一個(gè)政務(wù)云運(yùn)維最終都要走到這個(gè)階段，才能夠稱(chēng)之為真正的落地。

　　去年底，權(quán)威機(jī)構(gòu)IDC將中國(guó)政務(wù)云第一的位置授予了華為，顯然是非常有根據(jù)的。從這套方法論當(dāng)中，我們看到了華為對(duì)政務(wù)云建設(shè)，是從客戶(hù)的實(shí)際情況出發(fā)，做到因地制宜，既不做躍進(jìn)，也不徘徊不前，可以說(shuō)既滿足了政務(wù)云安全、穩(wěn)定的訴求，也考慮到了運(yùn)維對(duì)業(yè)務(wù)升級(jí)的要求。讓政務(wù)云落地成雨，華為做到了。