沒(méi)有比“可視化”更好的一個(gè)詞能概括運(yùn)維的本質(zhì)，而“可視化”又應(yīng)該分成兩部分：可視化的服務(wù)交付和可視化的服務(wù)度量!

***部分：可視化的服務(wù)交付

早期的運(yùn)維是從ITIL開(kāi)始的，那個(gè)時(shí)候大家都不知道運(yùn)維是什么，怎么做，幸好找到了一個(gè)IT服務(wù)***實(shí)踐--ITIL。于是就開(kāi)始了運(yùn)維的摸索之路，從CMDB、服務(wù)臺(tái)、事件管理、變更管理、可用性管理、容量管理等等逐步去了解，逐步建設(shè)自己的系統(tǒng)。但我們很快發(fā)現(xiàn)，這一完備的流程框架遇到了大規(guī)模運(yùn)維的時(shí)候，就無(wú)法應(yīng)對(duì)，或者說(shuō)過(guò)多的聚焦于流程以及規(guī)范，我們發(fā)現(xiàn)很難提升運(yùn)維敏捷度和精細(xì)性，并且我們還是不知道一個(gè)完整的IT服務(wù)邊界在哪兒?如何實(shí)現(xiàn)它?

不過(guò)在ITIL的實(shí)踐過(guò)程中，其實(shí)提出了一個(gè)很好的概念---IT服務(wù)。對(duì)于運(yùn)維來(lái)說(shuō)，提供一種高效、一致性、透明化的服務(wù)是運(yùn)維的成功所在，這樣就要求服務(wù)提供者屏蔽其提供的所有服務(wù)細(xì)節(jié)，因?yàn)閷?duì)于服務(wù)消費(fèi)者來(lái)說(shuō)，很難對(duì)專業(yè)的運(yùn)維服務(wù)內(nèi)部細(xì)節(jié)掌握和了解。就拿服務(wù)器資源交付來(lái)說(shuō)，從早期的研發(fā)要關(guān)心配置、OS初始化、自己安裝系統(tǒng)、配置網(wǎng)絡(luò)到***交付到手里即插即用，服務(wù)的自動(dòng)化程度和完整性越來(lái)越高。其實(shí)也是一種“架構(gòu)及服務(wù)”的思想體現(xiàn)，把之前早期交付功能變成了交付服務(wù)的模式。

另外從運(yùn)維事務(wù)或者活動(dòng)的角度來(lái)說(shuō)，如何對(duì)其進(jìn)行一次或者多次的組合封裝，把它們變成一個(gè)完整的IT運(yùn)維服務(wù)，是此時(shí)的運(yùn)維自動(dòng)化重點(diǎn)方向。畢竟繁雜的運(yùn)維事務(wù)不進(jìn)一步封裝，對(duì)個(gè)人或者團(tuán)隊(duì)來(lái)說(shuō)，都意味著很高的學(xué)習(xí)成本和事務(wù)執(zhí)行成本。在傳統(tǒng)的IT運(yùn)維組織中，我們能看到彼此事務(wù)之間的割裂非常明顯，比如說(shuō)網(wǎng)絡(luò)、機(jī)房、服務(wù)器、應(yīng)用部署等等，都是在不同的團(tuán)隊(duì)完成，彼此工作獨(dú)立進(jìn)行。在大一點(diǎn)的運(yùn)維團(tuán)隊(duì)中，可能會(huì)有一個(gè)專門的運(yùn)維研發(fā)團(tuán)隊(duì)來(lái)給這些日?；顒?dòng)進(jìn)行自動(dòng)化的封裝和實(shí)現(xiàn)。在大規(guī)模海量運(yùn)維中，必須要求有一個(gè)集成的平臺(tái)來(lái)實(shí)現(xiàn)把這些事務(wù)流調(diào)度起來(lái)，否則無(wú)法提高事務(wù)執(zhí)行的效率和質(zhì)量。

對(duì)于如何封裝這些事務(wù)或者活動(dòng)，從DevOps中可以找到一些答案。DevOps提倡自動(dòng)化一切，其中一條核心的主線就是持續(xù)交付。我把持續(xù)交付分成兩類場(chǎng)景：一種是持續(xù)交付基礎(chǔ)設(shè)施，一個(gè)是持續(xù)交付軟件。當(dāng)然持續(xù)集成更多的是偏重于后者。

持續(xù)交付基礎(chǔ)設(shè)施是目前IAAS平臺(tái)要解決的，利用軟件定義計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)等技術(shù)來(lái)實(shí)現(xiàn)對(duì)上層應(yīng)用所需資源的快速交付。其中虛擬化技術(shù)是IAAS層持續(xù)交付的一個(gè)核心技術(shù)，虛擬化能夠快速的創(chuàng)建資源，交付資源，回收資源等等，在早期也有人錯(cuò)誤的認(rèn)為虛擬化就是云計(jì)算。***的輕量級(jí)虛擬化技術(shù)更是熱點(diǎn)，根本的原因是把應(yīng)用的交付在鏡像級(jí)別交付了，從而進(jìn)一步降低了應(yīng)用交付的成本。

持續(xù)交付軟件從代碼產(chǎn)生的那一刻就開(kāi)始進(jìn)行管理，到編譯、到測(cè)試、到灰度環(huán)境驗(yàn)收到正式環(huán)境部署，并且希望這條主線完全的自動(dòng)化。具體的持續(xù)集成***實(shí)踐如下【具體請(qǐng)參見(jiàn)--持續(xù)集成：軟件質(zhì)量改進(jìn)和風(fēng)險(xiǎn)降低之道】：

面向程序包的持續(xù)集成非常簡(jiǎn)單，現(xiàn)在有很多的開(kāi)源解決方案來(lái)實(shí)現(xiàn)，jenkins、go平臺(tái)等等，但有一種情況需要非常注意，就是程序包的配置管理問(wèn)題，這個(gè)也往往是影響發(fā)布的重要環(huán)節(jié)。所以我們很多時(shí)候使用開(kāi)源平臺(tái)只是讓他產(chǎn)生程序包即可，后續(xù)的包的管理和配置管理以及后續(xù)的實(shí)例化發(fā)布，特別是大規(guī)模集群部署，都是由單獨(dú)的發(fā)布平臺(tái)來(lái)解決，而非持續(xù)集成工具(雖然它們也支持)。

基于軟件的交付解決之后，這個(gè)時(shí)候我們一定會(huì)想，如何實(shí)現(xiàn)全應(yīng)用的交付，此時(shí)便有了PAAS平臺(tái)和基于應(yīng)用架構(gòu)的可視化部署服務(wù)兩種方案。這兩種實(shí)現(xiàn)思路有很大的不同，我們知道完整的PAAS平臺(tái)是提供了對(duì)底層服務(wù)的統(tǒng)一抽象，比如說(shuō)數(shù)據(jù)庫(kù)服務(wù)、存儲(chǔ)服務(wù)、cache服務(wù)，但是對(duì)于許多開(kāi)發(fā)者來(lái)說(shuō)，好像又不愿意收到這么多的約束，這也是PAAS平臺(tái)一直沒(méi)有火起來(lái)的原因。 PAAS平臺(tái)最經(jīng)典的實(shí)現(xiàn)應(yīng)該是CloudFoudry了，國(guó)內(nèi)很多PAAS平臺(tái)基本上都是參考CF來(lái)實(shí)現(xiàn)。Cloud Foudry概念模型如下：

參照CF的基本架構(gòu)，我們也有一個(gè)類似的PAAS平臺(tái)實(shí)現(xiàn)(百度的PAAS平臺(tái)也是如此)，示意圖如下：

而在現(xiàn)實(shí)的情況中，很少有公司有能力把Mysql、MC、Fastdfs封裝一個(gè)服務(wù)供上層應(yīng)用調(diào)用。在這種情況下，可視化的應(yīng)用交付就會(huì)演變成可視化的全應(yīng)用架構(gòu)部署。像完成一個(gè)業(yè)務(wù)流程圖一樣，完成全應(yīng)用的部署，在這個(gè)時(shí)候，我們也自然想到的是IDE編程環(huán)境。首先把我們架構(gòu)中各個(gè)服務(wù)抽象一個(gè)對(duì)象(類似delphi環(huán)境中的控件)，這些對(duì)象有相應(yīng)的屬性和狀態(tài)，并且可以在線可視化編輯。把這些可視化的對(duì)象按照應(yīng)用架構(gòu)視圖的模型構(gòu)建出應(yīng)用模板，點(diǎn)擊模板進(jìn)行實(shí)例化，此時(shí)翻譯成各類的機(jī)器指令到相應(yīng)的服務(wù)器上執(zhí)行各類動(dòng)作，這種實(shí)現(xiàn)便可以脫離某個(gè)服務(wù)的接口API約束。

綜上所述，運(yùn)維的自動(dòng)化最終要實(shí)現(xiàn)可視化，IAAS和PAAS是可視化的一個(gè)高度體現(xiàn)。可視化是自動(dòng)化的更高階表現(xiàn)!

第二部分，可視化服務(wù)度量

在我的運(yùn)維理念中，一直倡導(dǎo)數(shù)據(jù)驅(qū)動(dòng)運(yùn)維。有了數(shù)據(jù)，就有了事實(shí)判斷的標(biāo)準(zhǔn)，就有了運(yùn)維服務(wù)優(yōu)化的方向。“除了上帝，一切人都必須用數(shù)據(jù)說(shuō)話”，這是在運(yùn)維工作中必須恪守的信條。在早期寫過(guò)一篇完整的數(shù)據(jù)驅(qū)動(dòng)運(yùn)維文章【關(guān)于數(shù)據(jù)驅(qū)動(dòng)運(yùn)維的幾點(diǎn)認(rèn)識(shí)】。在文章里面體系化的介紹數(shù)據(jù)化運(yùn)維的目的、數(shù)據(jù)的來(lái)源以及如何構(gòu)建數(shù)據(jù)體系等等。

最近也在進(jìn)行一個(gè)數(shù)據(jù)實(shí)踐，就是建立端到端(立體化)數(shù)據(jù)分析體系，目標(biāo)非常明確：*分鐘發(fā)現(xiàn)問(wèn)題，*分鐘內(nèi)定位問(wèn)題。我們把數(shù)據(jù)建立一個(gè)標(biāo)準(zhǔn)化的分層體系，從基礎(chǔ)設(shè)施、上層組件、到應(yīng)用服務(wù)、到接口、再到用戶側(cè)，基于應(yīng)用的拓?fù)浼軜?gòu)，收集各類指標(biāo)，統(tǒng)一到一個(gè)分析平臺(tái)中展現(xiàn)。如圖：

基于這套分層化的數(shù)據(jù)體系標(biāo)準(zhǔn)，當(dāng)前我們也有對(duì)應(yīng)的系統(tǒng)實(shí)現(xiàn)，具體如下：

當(dāng)我們形成標(biāo)準(zhǔn)之后，這套標(biāo)準(zhǔn)化的方案可以向其他業(yè)務(wù)不斷去復(fù)制，大家只需要遵循一套數(shù)據(jù)標(biāo)準(zhǔn)即可，***數(shù)據(jù)的采集、分析、展現(xiàn)和告警都是標(biāo)準(zhǔn)化完成。

另外又針對(duì)單個(gè)用戶訪問(wèn)情況，希望能實(shí)時(shí)的繪制它的業(yè)務(wù)訪問(wèn)流，開(kāi)源的產(chǎn)品實(shí)現(xiàn)有twitter的zippkin和google的dapper。這類開(kāi)源方案不能直接使用，只能借鑒其思想。當(dāng)前我們就結(jié)合自身的業(yè)務(wù)架構(gòu)特點(diǎn)，實(shí)現(xiàn)了一個(gè)統(tǒng)一的服務(wù)調(diào)度框架和名字服務(wù)中心，在業(yè)務(wù)代碼無(wú)侵入的情況下，可以把業(yè)務(wù)調(diào)度鏈數(shù)據(jù)上報(bào)和整合，實(shí)現(xiàn)自己的業(yè)務(wù)訪問(wèn)流拓?fù)淅L制。

運(yùn)維的數(shù)據(jù)化能力非常重要，一方面也體現(xiàn)出你對(duì)運(yùn)維的理解是什么樣的，從數(shù)據(jù)上可以看到你很多運(yùn)維經(jīng)驗(yàn)的提煉;其次利用數(shù)據(jù)可以發(fā)揮運(yùn)維的驅(qū)動(dòng)能力，從某種意義上來(lái)說(shuō)，數(shù)據(jù)不會(huì)說(shuō)謊。***，數(shù)據(jù)共享和可視化之后，大家有了一致性的理解，它所釋放出來(lái)的能力非常大，無(wú)論是業(yè)務(wù)優(yōu)化、服務(wù)改進(jìn)都能從數(shù)據(jù)中找到方向。

因此我說(shuō)可視化的能力代表了運(yùn)維的能力，可視化的程度越高，運(yùn)維的能力越高。那么你現(xiàn)在到底可視化了哪些運(yùn)維服務(wù)，并能進(jìn)行度量?