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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

基于這套分層化的數(shù)據(jù)體系標(biāo)準(zhǔn)，當(dāng)前我們也有對應(yīng)的系統(tǒng)實現(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)化完成。

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

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

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