[[159288]]

一個好的運維產(chǎn)品分層體系，是運維平臺理解清晰與否的標(biāo)志。

　　建設(shè)一個完整的運維平臺，絕非一日之功，也非一兩個平臺所能覆蓋，因此我非常喜歡用分層體系來歸納問題。無論是整體運維產(chǎn)品的規(guī)劃體系，還是自動化體系，還是數(shù)據(jù)化體系，甚至說CMDB平臺的資源體系，都可以用分層歸納總結(jié)。以下是我對運維產(chǎn)品整體分層體系的理解：　　

　　1.運營能力層

　　運營能力是體現(xiàn)IT運營價值，把IT的價值和業(yè)務(wù)場景緊密聯(lián)系在一起，這些場景和之前談的運營價值體系是一致的。在運維發(fā)展的不同階段，IT系統(tǒng)的運營價值體現(xiàn)有所不同，IT運營的核心方法是有迭代式的思維。

　　對于很多企業(yè)來說，自動化提升效率是運維***個價值突破點，再往后，業(yè)務(wù)的高可用保證和成本控制，則是下一個價值方向；在之后，精細(xì)化運營的業(yè)務(wù)支撐則是更高的訴求，類似質(zhì)量要求(質(zhì)量的概念非常寬泛)。越往后，越凸顯數(shù)據(jù)的價值，而非自動化工具的價值。因此我個人覺得在某一個階段，自動化平臺突破之后，自動化則不是主要瓶頸，而是數(shù)據(jù)化運營的能力。該能力在依賴平臺的同時，更依賴的是運維團(tuán)隊的業(yè)務(wù)理解能力和經(jīng)驗總結(jié)。

　　這一層的能力都表現(xiàn)為一個具體的產(chǎn)品形式+運營方法，從而確保能夠很好的閉環(huán)起來。

　　2.平臺能力層

　　在一個完整的運維平臺中，其能力是集成的，而非離散的--系統(tǒng)需要提供很好的集成能力，讓系統(tǒng)得到收斂，避免系統(tǒng)被割裂成一個一個的執(zhí)行單元，用戶為此痛苦不堪；是場景化的，而非基于功能需求的--場景能夠串聯(lián)工具的能力；是基于角色的，而非基于單一用戶的--運維的角色能過清晰定義場景需求，用戶的需求往往是片面而不真實的需求；基于事務(wù)的，而非基于職能的--事務(wù)能過跨越職能組，讓運維組織的自動化和數(shù)據(jù)能力流動起來。

　　平臺能力是指基于底層平臺構(gòu)建起來的運維自動化/數(shù)據(jù)化(監(jiān)控+分析)/安全的能力平臺，這層能力實現(xiàn)了底層能力的組合與封裝，屏蔽底層各個專業(yè)子平臺的實現(xiàn)細(xì)節(jié)，是面向業(yè)務(wù)運維場景的，比如說應(yīng)用交付/資源交付/業(yè)務(wù)交付/持續(xù)反饋等等。

　　3.通用能力層

　　通用能力層是基于基礎(chǔ)設(shè)施之上封裝的公共服務(wù)能力，這層架構(gòu)的能力分成兩部分：一部分是面向業(yè)務(wù)技術(shù)架構(gòu)的，另一部分是面向運維服務(wù)架構(gòu)的。圖中列的服務(wù)只是其中的部分，這個也是我經(jīng)常和交流者強調(diào)能力建設(shè)的核心，不能把這個問題留給下面資源能力層，也不能交給上層平臺能力層。

　　對于線上技術(shù)架構(gòu)來說，里面涉及到名字服務(wù)/負(fù)載均衡服務(wù)/分布式緩存/消息隊列/分布式關(guān)系存儲等等，運維需要對其技術(shù)實現(xiàn)的同學(xué)要求API直接調(diào)用的服務(wù)能力。

　　對于運維服務(wù)來說，提供了資源服務(wù)/作業(yè)服務(wù)/部署服務(wù)/F5管理/GSLB等等。這層的平臺能力我一直理解成PAAS平臺的核心，有了它們其實就可以實現(xiàn)端到端的能力調(diào)度。

　　該層服務(wù)能力平臺可以很好的對上層平臺進(jìn)行積木式的支撐，同時可以對底層設(shè)施層能力做服務(wù)化能力交付，脫離了資源交付的范疇。

4.基礎(chǔ)設(shè)施層

　　基礎(chǔ)設(shè)施層是資源交付層，對于一個運維系統(tǒng)來說，應(yīng)該屏蔽底層基礎(chǔ)設(shè)施的交付能力，無論是IaaS，還是物理。特別對于一些IaaS云平臺來說，更應(yīng)該屏蔽IaaS底層實現(xiàn)的細(xì)節(jié)差異，通過api網(wǎng)關(guān)向上提供能力。國外早年有同類的產(chǎn)品，如RightScale，很好的實現(xiàn)了多云管理的能力。

　　基于這個思路，可以對其他系統(tǒng)或平臺不斷的進(jìn)行分層分解，最終讓平臺的落地可執(zhí)行性變得很強，而不是人云亦云的系統(tǒng)工具建設(shè)。