- 運(yùn)維前線:一線運(yùn)維專家的運(yùn)維方法、技巧與實(shí)踐
- 云技術(shù)社區(qū)
- 1681字
- 2019-01-04 17:02:15
1.4.4 面向服務(wù)的自動(dòng)化能力劃分
運(yùn)維最終是需要對(duì)外提供服務(wù)的,這些服務(wù)能力應(yīng)該由很多底層的自動(dòng)化平臺(tái)來承載,個(gè)人對(duì)其能力劃分如下,其實(shí)細(xì)分到每一層都將發(fā)現(xiàn)自動(dòng)化無處不在,而服務(wù)化的能力其實(shí)是自動(dòng)化平臺(tái)的核心能力,能力劃分具體如圖1-6所示。

圖1-6 自動(dòng)化平臺(tái)
1.運(yùn)營(yíng)能力層
運(yùn)營(yíng)能力可體現(xiàn)IT運(yùn)營(yíng)價(jià)值,把IT的運(yùn)營(yíng)價(jià)值和業(yè)務(wù)場(chǎng)景緊密聯(lián)系在一起,這些場(chǎng)景和之前所談的運(yùn)營(yíng)價(jià)值體系(質(zhì)量、成本、效率和安全)是一致的。在運(yùn)維發(fā)展的不同階段,IT系統(tǒng)的運(yùn)營(yíng)價(jià)值體現(xiàn)會(huì)有所不同,IT運(yùn)營(yíng)的核心方法是要有迭代式的思維。
對(duì)于很多企業(yè)來說,自動(dòng)化提升效率是運(yùn)維的第一個(gè)價(jià)值突破點(diǎn);再往后,業(yè)務(wù)的高可用保證和成本控制,則是下一個(gè)價(jià)值方向;再之后,精細(xì)化運(yùn)營(yíng)的業(yè)務(wù)支撐則是更高的訴求,類似于質(zhì)量要求(質(zhì)量的概念非常寬泛)。越往后,越能凸顯數(shù)據(jù)的價(jià)值,而非自動(dòng)化工具的價(jià)值。因此我個(gè)人覺得在某一個(gè)階段,自動(dòng)化平臺(tái)突破之后,主要的瓶頸將不是效率,而是數(shù)據(jù)化IT運(yùn)營(yíng)的能力。該能力在依賴平臺(tái)的同時(shí),更依賴于運(yùn)維團(tuán)隊(duì)的業(yè)務(wù)理解能力和經(jīng)驗(yàn)總結(jié)。數(shù)據(jù)化運(yùn)營(yíng)能力是精細(xì)化的運(yùn)營(yíng)能力,是面向產(chǎn)品的,從底層的基礎(chǔ)設(shè)施質(zhì)量、到應(yīng)用的訪問體驗(yàn)、再到產(chǎn)品發(fā)布后的用戶滿意度,等等。
這一層的能力表現(xiàn)為一個(gè)具體的產(chǎn)品形式+運(yùn)營(yíng)方法,從而可以確保能夠很好地閉環(huán)起來。舉個(gè)例子來說:基于資源容量管理的成本優(yōu)化能力,首先需要一個(gè)貼合面向應(yīng)用的容量分析模型,現(xiàn)實(shí)中一般是通過應(yīng)用所消耗的資源(CPU、內(nèi)存、I/O、網(wǎng)絡(luò)等)進(jìn)行分析運(yùn)算;其次是需要通過IT運(yùn)營(yíng)分析產(chǎn)品來呈現(xiàn)應(yīng)用的容量水平(當(dāng)前、歷史等);基于可視化的數(shù)據(jù)呈現(xiàn),建立相應(yīng)的容量管理機(jī)制。這里又分為如下三點(diǎn):
(1)建立標(biāo)準(zhǔn)。低負(fù)載需要提升資源使用容量、高負(fù)載則需要擴(kuò)容資源(降低資源使用容量)。
(2)明確責(zé)任人和職責(zé)。確定容量管理的負(fù)責(zé)人,可以按照應(yīng)用的粒度進(jìn)行劃分,同時(shí)還要明確這部分的管理要求,對(duì)于大規(guī)模服務(wù)來說,可以借用考核的工具來進(jìn)行驅(qū)動(dòng)。
(3)結(jié)果驅(qū)動(dòng)。通過定時(shí)的結(jié)果可視化來驅(qū)動(dòng)容量管理的持續(xù)優(yōu)化。
2.平臺(tái)能力層
一個(gè)完整的運(yùn)維平臺(tái)應(yīng)具有以下特點(diǎn):
?其能力是集成的,而非離散的——平臺(tái)需要提供很好的集成能力,讓系統(tǒng)得到收斂,避免將系統(tǒng)分割成單個(gè)的執(zhí)行單元,用戶也會(huì)為此痛苦不堪。
?其能力是場(chǎng)景化的,而非基于功能需求的——場(chǎng)景能夠串聯(lián)工具。
?其能力是基于角色的,而非基于單一用戶的——運(yùn)維的角色能夠清晰地定義場(chǎng)景需求,用戶的需求往往是片面而不真實(shí)的需求。
?其能力是基于事務(wù)的,而非基于職能的——事務(wù)能夠跨越職能組,讓運(yùn)維組織的自動(dòng)化和數(shù)據(jù)能力流動(dòng)起來。
平臺(tái)能力是指基于底層平臺(tái)構(gòu)建起來的具有的運(yùn)維自動(dòng)化/數(shù)據(jù)化(監(jiān)控+分析)/安全的能力,這層能力實(shí)現(xiàn)了底層能力的組合與封裝,屏蔽了底層各個(gè)專業(yè)子平臺(tái)的實(shí)現(xiàn)細(xì)節(jié),是面向業(yè)務(wù)運(yùn)維場(chǎng)景的,比如說應(yīng)用交付、資源交付、業(yè)務(wù)交付、持續(xù)反饋等。
3.通用能力層
通用能力層是基于基礎(chǔ)設(shè)施之上封裝的公共服務(wù)能力,這層架構(gòu)的能力可分成兩個(gè)部分:一部分是面向業(yè)務(wù)技術(shù)架構(gòu)的,另一部分是面向運(yùn)維服務(wù)架構(gòu)的。圖1-6中所列的服務(wù)只是其中的一部分,這個(gè)也是我經(jīng)常和交流者強(qiáng)調(diào)的能力建設(shè)的核心,不能把這個(gè)問題留給下面的資源能力層,也不能交給上層的平臺(tái)能力層。
對(duì)于線上技術(shù)架構(gòu)來說,通用能力層將會(huì)涉及名字服務(wù)、負(fù)載均衡服務(wù)、分布式緩存、消息隊(duì)列、分布式關(guān)系存儲(chǔ)等,運(yùn)維需要對(duì)其技術(shù)實(shí)現(xiàn)的工作人員要求API直接調(diào)用的服務(wù)能力。
對(duì)于運(yùn)維服務(wù)來說,通用能力層提供了資源服務(wù)、作業(yè)服務(wù)、部署服務(wù)、F5管理、GSLB等。這層的平臺(tái)能力我一直將其理解成是PaaS平臺(tái)的核心,有了它們其實(shí)就可以實(shí)現(xiàn)端到端的能力調(diào)度。
該層服務(wù)能力平臺(tái)可以很好地對(duì)上層平臺(tái)進(jìn)行積木式的支撐,同時(shí)還可以對(duì)底層設(shè)施層能力做服務(wù)化能力交付,脫離了資源交付的范疇。
4.基礎(chǔ)設(shè)施層
基礎(chǔ)設(shè)施層是資源交付層,對(duì)于一個(gè)運(yùn)維系統(tǒng)來說,應(yīng)該屏蔽底層基礎(chǔ)設(shè)施的交付能力,無論是IaaS,還是物理層基礎(chǔ)設(shè)施。尤其是對(duì)于一些IaaS云平臺(tái)來說,更應(yīng)該屏蔽IaaS底層實(shí)現(xiàn)的細(xì)節(jié)差異,通過API服務(wù)向上提供能力。國(guó)外早年就有了同類的產(chǎn)品,如RightScale,它很好地實(shí)現(xiàn)了多云管理的能力。
- 程序員修煉之道:程序設(shè)計(jì)入門30講
- OpenDaylight Cookbook
- Python科學(xué)計(jì)算(第2版)
- Beginning C++ Game Programming
- SQL語言從入門到精通
- Podman實(shí)戰(zhàn)
- Microsoft System Center Orchestrator 2012 R2 Essentials
- Visual C++數(shù)字圖像處理技術(shù)詳解
- 概率成形編碼調(diào)制技術(shù)理論及應(yīng)用
- Getting Started with Laravel 4
- 劍指Java:核心原理與應(yīng)用實(shí)踐
- Learning Hadoop 2
- OpenStack Networking Essentials
- Oracle Data Guard 11gR2 Administration Beginner's Guide
- Scratch從入門到精通