01. 運(yùn)維一體化的概念被泛化

運(yùn)維一體化是近幾年被廣泛提起的概念，有各種解讀和實(shí)踐形態(tài)，在到具體的技術(shù)架構(gòu)和管理實(shí)踐前，我們還是要對一體化有幾個基本定義，這樣才能更為嚴(yán)肅地探討運(yùn)維一體化的本質(zhì)。

1）什么是運(yùn)維業(yè)務(wù)

我們采用TOGAF定義的業(yè)務(wù)架構(gòu)來定義運(yùn)維業(yè)務(wù)，運(yùn)維業(yè)務(wù)是價值定位、管理、組織、關(guān)鍵業(yè)務(wù)流程的組合描述，抽象來講要回答幾個問題：干什么（業(yè)務(wù)能力）、誰來干（業(yè)務(wù)角色）、怎么干（業(yè)務(wù)流程）、所需應(yīng)用（運(yùn)維應(yīng)用架構(gòu)）、所需數(shù)據(jù)（運(yùn)維數(shù)據(jù)架構(gòu)）、所需技術(shù)（運(yùn)維的技術(shù)變化與發(fā)展）；

例如這里就可以用一句很泛的話術(shù)來描述運(yùn)維業(yè)務(wù)：基于業(yè)務(wù)安全穩(wěn)定運(yùn)行和IT服務(wù)滿意（業(yè)務(wù)能力），組織職能線和專業(yè)線的IT運(yùn)維角色（業(yè)務(wù)角色，如調(diào)度室是跨專業(yè)的職能線、DBA則是具體的專業(yè)線角色），基于服務(wù)管理、事件管理、變更管理等流程實(shí)踐（業(yè)務(wù)流程，這里就需要拆解角色和崗位的映射），基于運(yùn)維的監(jiān)管控等工具（運(yùn)維應(yīng)用），管理log、metric、trace、event、工單、配置等數(shù)據(jù)（運(yùn)維數(shù)據(jù)），基于分布式組件、容器化架構(gòu)，實(shí)現(xiàn)運(yùn)維業(yè)務(wù)支撐。

更細(xì)化一點(diǎn)，運(yùn)維業(yè)務(wù)需要定義對應(yīng)運(yùn)維主題領(lǐng)域的四要素：角色、活動流程、工具系統(tǒng)、活動對象，來滿足對應(yīng)的運(yùn)維業(yè)務(wù)能力。

以一般性IT服務(wù)管理主題為例：

• 這里涉及多個關(guān)鍵角色：管理層、普通用戶、一線坐席、二線專家、運(yùn)維工程師、流程經(jīng)理，還可能會包括三線開發(fā)專家或供應(yīng)商角色等；
• 活動流程：這里可以按經(jīng)典的服務(wù)設(shè)計(jì)與轉(zhuǎn)換來定義，包括服務(wù)定義、服務(wù)發(fā)布、服務(wù)運(yùn)營、持續(xù)改進(jìn)等關(guān)鍵活動節(jié)點(diǎn)，同時還可以進(jìn)一步把每個二級業(yè)務(wù)域進(jìn)行拆解；
• 工具系統(tǒng)：具備自助服務(wù)、服務(wù)發(fā)布、服務(wù)目錄管理、sla管理、服務(wù)與流程定義、請求管理、事件管理、問題管理、變更管理、發(fā)布管理等功能，并與ITOM通過關(guān)鍵業(yè)務(wù)關(guān)系鏈接，如發(fā)布投產(chǎn)調(diào)用發(fā)布自動化工具等；
• 活動對象：包括人員、業(yè)務(wù)、應(yīng)用、資源和基礎(chǔ)設(shè)施，均是上述活動和工具系統(tǒng)里關(guān)聯(lián)的對象，這也是運(yùn)維領(lǐng)域帶來復(fù)雜度提升的一個重要點(diǎn)：技術(shù)對象的更新迭代，規(guī)模發(fā)展、橫縱切面的復(fù)雜性。

而業(yè)務(wù)定義清楚，對應(yīng)的管理規(guī)范就清晰了，再到應(yīng)用設(shè)計(jì)，就清晰了技術(shù)規(guī)范，規(guī)范輔助業(yè)務(wù)的落地。

2）業(yè)務(wù)單元與業(yè)務(wù)交互邏輯是什么

運(yùn)維大的體系可被拆解到多個業(yè)務(wù)子域，ITIL實(shí)踐幫我們已經(jīng)做了一定的總結(jié)，不過技術(shù)性指導(dǎo)不夠；一般來講從業(yè)界通用的運(yùn)維領(lǐng)域來看運(yùn)維業(yè)務(wù)設(shè)計(jì)，我們可以定義運(yùn)維業(yè)務(wù)設(shè)計(jì)大的主題分為兩類：服務(wù)管理、技術(shù)管理；服務(wù)管理是數(shù)據(jù)中心為相關(guān)利益方提供真正體現(xiàn)數(shù)據(jù)中心價值的服務(wù)的管理過程；技術(shù)管理是從數(shù)據(jù)中心內(nèi)部發(fā)展角度，為服務(wù)提升提供前瞻性、系統(tǒng)性的技術(shù)創(chuàng)新研究的管理活動；而展開就有了服務(wù)管理包含：配置管理、變更管理、事件管理、投產(chǎn)管理、問題管理、應(yīng)急災(zāi)備管理、監(jiān)控管理、操作管理等；技術(shù)管理則包含架構(gòu)管理、運(yùn)維開發(fā)管理、數(shù)據(jù)管理等；

而這些業(yè)務(wù)子域之間，則往往基于共同滿足一個大的運(yùn)維價值和活動場景，需要做業(yè)務(wù)域的關(guān)聯(lián)設(shè)計(jì)，這種交互的邏輯一部分源于場景端到端的驅(qū)動，一部分源于技術(shù)復(fù)用和關(guān)聯(lián)的驅(qū)動。例如：我們要做企業(yè)信息系統(tǒng)的災(zāi)備應(yīng)急管理，首先要定義這個業(yè)務(wù)的四要素，角色（應(yīng)急管理崗、應(yīng)急實(shí)施崗、綜合管理崗等），活動（組織管理、預(yù)案管理、演練管理、應(yīng)急處置管理、資源管理），流程（事件應(yīng)急流程、災(zāi)備應(yīng)急流程），活動對象（資源、事件、預(yù)案、人員等）。而信息系統(tǒng)業(yè)務(wù)域與其他業(yè)務(wù)域的關(guān)聯(lián)設(shè)計(jì)時，則例如業(yè)務(wù)活動里面的應(yīng)急處置管理，來源是監(jiān)控管理業(yè)務(wù)領(lǐng)域的生產(chǎn)事件，這屬于場景端到端驅(qū)動，而資源基于CMDB構(gòu)建，則是技術(shù)復(fù)用和關(guān)聯(lián)。

業(yè)務(wù)域關(guān)聯(lián)設(shè)計(jì)示例：災(zāi)備應(yīng)急業(yè)務(wù)域在場景端到端驅(qū)動，尤其是故障生命周期視角，以及技術(shù)復(fù)用和關(guān)聯(lián)驅(qū)動，尤其是統(tǒng)一對象模型和流程上，實(shí)現(xiàn)業(yè)務(wù)關(guān)聯(lián)設(shè)計(jì)。

3）實(shí)現(xiàn)業(yè)務(wù)的應(yīng)用架構(gòu)是否一體化

具體是指實(shí)現(xiàn)某個運(yùn)維業(yè)務(wù)的閉環(huán)，最后落到工具系統(tǒng)時，工具系統(tǒng)本身沒有好的內(nèi)聚與耦合設(shè)計(jì)，沒有實(shí)現(xiàn)與周邊關(guān)聯(lián)系統(tǒng)集成，最后并不能完成整個業(yè)務(wù)的閉環(huán)支撐；

例如：我們規(guī)劃發(fā)布投產(chǎn)的業(yè)務(wù)，定義好業(yè)務(wù)要素后，進(jìn)行應(yīng)用架構(gòu)設(shè)計(jì)，但是不可能把投產(chǎn)流程獨(dú)立于ITSM之外再做一遍；且發(fā)布對象如果面臨傳統(tǒng)和容器化架構(gòu)，對象是否能通過CMDB統(tǒng)一，包含了CMDB如何納管容器化架構(gòu)應(yīng)用等；然后投產(chǎn)發(fā)布活動中有一個活動節(jié)點(diǎn)：投產(chǎn)實(shí)施，此時需要關(guān)聯(lián)關(guān)閉告警，避免誤報太多；這個時候就會發(fā)現(xiàn)，不是一個業(yè)務(wù)域一個工具，而是一個業(yè)務(wù)域是跨工具實(shí)現(xiàn)的場景，且多個業(yè)務(wù)域才能滿足更高階的閉環(huán)管理。例如業(yè)務(wù)連續(xù)性關(guān)聯(lián)，關(guān)聯(lián)的監(jiān)控管理、災(zāi)備應(yīng)急、運(yùn)行操作管理等多個業(yè)務(wù)域，而到工具系統(tǒng)時，災(zāi)備應(yīng)急則需要關(guān)聯(lián)監(jiān)控告警、CMDB等工具才能閉環(huán)。

所以從工具一體化視角來看，要定義核心所屬業(yè)務(wù)域，以及外部調(diào)用與被調(diào)用的關(guān)系設(shè)計(jì)，以發(fā)布投產(chǎn)一體化工具為例，應(yīng)用架構(gòu)如下，除核心業(yè)務(wù)活動過程與功能外，外部與DevOps，以及與ITOM、ITSM的關(guān)聯(lián)設(shè)計(jì)都需要考慮：

因而，運(yùn)維一體化較為嚴(yán)肅的定義是：基于運(yùn)維業(yè)務(wù)視角的角色、流程、活動（對象）、工具系統(tǒng)的整合，業(yè)務(wù)運(yùn)轉(zhuǎn)順暢、流程運(yùn)行高速、工具支撐高效是對運(yùn)維一體化的核心驗(yàn)證。運(yùn)維一體化不只是工具全和單一工具技術(shù)功能完整，而是要融入業(yè)務(wù)設(shè)計(jì)和整個體系中。

接下來管中窺豹探索一體化運(yùn)維體系落地。

02. 運(yùn)維業(yè)務(wù)拆解模型

談如何建設(shè)一體化，必須先對運(yùn)維業(yè)務(wù)拆解，回歸到對業(yè)務(wù)架構(gòu)的定義，有如下三段的拆解模型，其中又有運(yùn)維這個業(yè)務(wù)形態(tài)所面臨的場景復(fù)雜和對象復(fù)雜的特殊要素。

1）業(yè)務(wù)架構(gòu)定義

定義四要素：角色、活動流程、工具系統(tǒng)、活動對象；下面以大家熟知的配置管理業(yè)務(wù)主題為例，做拆解分析。

角色：配置經(jīng)理進(jìn)行配置規(guī)劃和配置運(yùn)營，制定配置管理體系和配置運(yùn)營體系；配置管理員定義模型、權(quán)限和數(shù)據(jù)準(zhǔn)入及審核；配置owner則映射各個專業(yè)管理員，管理本專業(yè)的對象數(shù)據(jù)實(shí)例、屬性及關(guān)系；

活動流程：核心是5個活動流程，配置規(guī)劃、模型與數(shù)據(jù)創(chuàng)建、配置維護(hù)、配置消費(fèi)和持續(xù)運(yùn)營，而活動則可以更細(xì)一步拆解的任務(wù)和步驟，如配置維護(hù)的任務(wù)包括：對象新增、對象查詢、對象修改、對象刪除，而對象修改任務(wù)則進(jìn)一步拆解成步驟，如選擇對象實(shí)例、修改關(guān)系、修改屬性等；

工具系統(tǒng)：工具系統(tǒng)則承接活動、任務(wù)、步驟的信息化實(shí)現(xiàn)，基本都需要有模型管理、數(shù)據(jù)實(shí)例管理、配置審核、自動采集、配置拓?fù)?、配置報?/span>等功能；

活動對象：對于配置管理的對象，則主要是IT系統(tǒng)的實(shí)體及邏輯對象，可以大致劃分為應(yīng)用、資源、基礎(chǔ)設(shè)施；這里關(guān)于邏輯對象特別強(qiáng)調(diào)下，例如微服務(wù)容器化架構(gòu)，k8s是資源層的模型設(shè)計(jì)，業(yè)務(wù)則是一個邏輯概念，可以把多個k8s集群定義為一個業(yè)務(wù)，也可以把一個業(yè)務(wù)系統(tǒng)組合定義成一個業(yè)務(wù)，最后兩個維度做邏輯關(guān)聯(lián)。

2）功能架構(gòu)設(shè)計(jì)

是對應(yīng)用結(jié)構(gòu)和交互的描述，這些應(yīng)用是提供關(guān)鍵業(yè)務(wù)功能和管理數(shù)據(jù)資產(chǎn)的功能組，尤其是應(yīng)用組件及其交互，與業(yè)務(wù)流程的關(guān)系。仍然以配置管理為例，為了支撐持續(xù)運(yùn)營這個活動，功能上需要有報表、運(yùn)營分析（如配置質(zhì)量評分等）的功能，而這個要與配置數(shù)據(jù)實(shí)例管理關(guān)聯(lián)；

繼續(xù)以配置管理為主題拆解：

核心應(yīng)用組件：一級功能需要包含能支撐主要業(yè)務(wù)活動的模型管理、數(shù)據(jù)實(shí)例管理、配置發(fā)現(xiàn)、配置報表及拓?fù)?、?shù)據(jù)運(yùn)營，以及權(quán)限控制、日志等通用功能；

組件交互：這里就較為關(guān)鍵了，以配置發(fā)現(xiàn)為例，配置發(fā)現(xiàn)支撐了模型與數(shù)據(jù)創(chuàng)建這個關(guān)鍵業(yè)務(wù)活動，這個與模型關(guān)聯(lián)的關(guān)系支撐了從模型到數(shù)據(jù)的活動過程，與數(shù)據(jù)實(shí)例管理的管理是支撐了數(shù)據(jù)實(shí)例自動采集的活動；

與周邊系統(tǒng)集成：配置管理可以分為兩類集成，均是支撐配置消費(fèi)場景，一個是內(nèi)部消費(fèi)，包括臺賬、多維度報表、拓?fù)湟晥D等，一個是外部消費(fèi)，尤其是作為構(gòu)建其他運(yùn)維系統(tǒng)的元數(shù)據(jù)對象模型。

3）與其他業(yè)務(wù)域關(guān)聯(lián)

業(yè)務(wù)域的關(guān)聯(lián)設(shè)計(jì)是由各個業(yè)務(wù)主體的建設(shè)去設(shè)計(jì)，然后與其他業(yè)務(wù)域達(dá)成一致，原因就是一個業(yè)務(wù)域設(shè)計(jì)無法完全貫穿一個完整的運(yùn)維場景，尤其是高階的運(yùn)維場景。類似這種場景就特別多了，例如我們要做監(jiān)控管理，其中有一個關(guān)鍵業(yè)務(wù)活動節(jié)點(diǎn)是告警處置，就會根據(jù)告警級別關(guān)聯(lián)不同的業(yè)務(wù)域，如事件管理、運(yùn)行處置（故障自動解決）等。

而這種全量場景，可以基本劃分為日常維護(hù)類、變更發(fā)布類、故障應(yīng)急類、服務(wù)響應(yīng)類、優(yōu)化提升類等，每個企業(yè)不盡相同，且關(guān)注重點(diǎn)不一，可以基于崗位、技術(shù)對象、活動來梳理，進(jìn)而由場景做業(yè)務(wù)域的關(guān)系設(shè)計(jì)，當(dāng)然，運(yùn)維的業(yè)務(wù)域，在業(yè)界還是有一定共識的，一般可以先從請求管理、配置管理、變更管理、事件管理、發(fā)布投產(chǎn)管理、問題管理、應(yīng)急災(zāi)備管理、監(jiān)控管理、操作管理、資源管理這幾個著手，后續(xù)進(jìn)而考慮高階和擴(kuò)展的業(yè)務(wù)域。

總結(jié)下，運(yùn)維業(yè)務(wù)拆解模型利于我們定義幾個東西：

① 確定業(yè)務(wù)領(lǐng)域邊界

運(yùn)維體系最容易出現(xiàn)的情況是建設(shè)混亂，工具繁多但是一體化的價值并沒有達(dá)到，例如：之前遇到一個需求，基于應(yīng)用和資源拓?fù)湟暯堑谋O(jiān)控與處置一體化，這個需求歸屬到配置管理，還是監(jiān)控管理、運(yùn)行處置，就有很大的爭議，從技術(shù)視角來看，應(yīng)用和資源拓?fù)涫荂MDB管理維護(hù)的，對象監(jiān)控是監(jiān)控告警工具提供的，處置則是自動化提供的，較為容易出現(xiàn)建設(shè)混亂，但是從業(yè)務(wù)視角來看，應(yīng)該歸屬于監(jiān)控管理領(lǐng)域的“全景視圖”，然后與自動化處置做業(yè)務(wù)域打通，屬于監(jiān)控管理領(lǐng)域的故障視圖活動節(jié)點(diǎn)；

② 確定業(yè)務(wù)域打通的邏輯

業(yè)務(wù)域打通的邏輯是源自業(yè)務(wù)之間的關(guān)系設(shè)計(jì)，例如做好事件管理，需要考慮監(jiān)控告警域、運(yùn)行處置域、變更管理域、配置管理域等幾個域的關(guān)系設(shè)計(jì)，事件來源有巡檢、告警等，事件可能需要上升到變更管理才能解決，事件的技術(shù)手段解決則需要關(guān)聯(lián)到運(yùn)行處置域，打通方式則有包括流程的API對接、數(shù)據(jù)消息傳遞等；

③ 功能是為業(yè)務(wù)服務(wù)的

沒有對業(yè)務(wù)架構(gòu)的定義，尤其是業(yè)務(wù)架構(gòu)的關(guān)鍵角色、活動節(jié)點(diǎn)、活動對象、流程的定義，就無法細(xì)化到角色與崗位之間的映射，且無法轉(zhuǎn)換成支撐崗位活動的功能設(shè)計(jì)，進(jìn)而變成了人要習(xí)慣工具，而不是人與工具遵循規(guī)范化活動運(yùn)轉(zhuǎn)。

03. 業(yè)務(wù)、應(yīng)用、數(shù)據(jù)、技術(shù)多維建設(shè)來推進(jìn)一體化

當(dāng)定義清晰了眾多業(yè)務(wù)域后，建設(shè)一體化運(yùn)維，則可以從如下視角展開：

1）業(yè)務(wù)層面基于流程端到端的貫穿

核心是運(yùn)行、管理、處置一體化，有如下展開場景：

① 運(yùn)行管理一體化

生產(chǎn)運(yùn)行基于監(jiān)控管理和監(jiān)控運(yùn)行完成，包括關(guān)鍵的數(shù)據(jù)采集、數(shù)據(jù)檢測、數(shù)據(jù)告警、數(shù)據(jù)分析、數(shù)據(jù)視圖等關(guān)鍵活動，運(yùn)行與處置的一體是指在數(shù)據(jù)告警活動節(jié)點(diǎn)，數(shù)據(jù)告警根據(jù)業(yè)務(wù)級別、應(yīng)用、影響面、故障類別、故障信息構(gòu)成，由此生成事件在事件管理業(yè)務(wù)域去跟蹤管理，如果由事件上升到應(yīng)急，則調(diào)用應(yīng)急處置預(yù)案去完成。

較為典型的就是告警轉(zhuǎn)事件的聯(lián)動場景：

② 運(yùn)行處置一體化

運(yùn)行處置一體是指數(shù)據(jù)告警、數(shù)據(jù)分析的活動節(jié)點(diǎn)，對于標(biāo)準(zhǔn)化告警，直接調(diào)用運(yùn)行操作完成基于規(guī)則的標(biāo)準(zhǔn)化自愈；對于上升到事件應(yīng)急的，則調(diào)用運(yùn)行操作的應(yīng)急預(yù)案自動化，完成生產(chǎn)回復(fù)；同時對于數(shù)據(jù)分析場景，則基于運(yùn)行操作進(jìn)行故障決策樹分析、告警快照、多維信息視圖獲取等操作，來進(jìn)行故障輔助分析，當(dāng)然，也有基于AI的故障初因定位、根因定位，從業(yè)務(wù)活動來講業(yè)務(wù)是沒變的，實(shí)現(xiàn)業(yè)務(wù)的技術(shù)手段在不斷蓬勃發(fā)展；

③ 管理處置一體化

管理與處置的一體是當(dāng)前IT服務(wù)發(fā)展的一個關(guān)鍵趨勢和特性：敏捷；應(yīng)用在如服務(wù)自助自動化、標(biāo)準(zhǔn)變更自動化、配置管理自動化、工單自動處理等場景，較為典型的如發(fā)布投產(chǎn)管理，基于發(fā)布投產(chǎn)的管理活動，執(zhí)行時輸入標(biāo)準(zhǔn)化的技術(shù)參數(shù)：程序包、sql、腳本、配置文件、對象參數(shù)等，再調(diào)用發(fā)布自動化工具，完成管理流與執(zhí)行流的編排與一體化，管理流程編排中可嵌入技術(shù)編排，從而實(shí)現(xiàn)這個打通：

2）應(yīng)用架構(gòu)基于統(tǒng)一對象模型

眾多業(yè)務(wù)域構(gòu)建應(yīng)用架構(gòu)時，都需要考慮運(yùn)維的一個核心定義：對象；如做可觀測，我們所有觀測的對象都需要有對象元數(shù)據(jù)的定義，包括了實(shí)體對象和邏輯對象；如做發(fā)布，發(fā)布策略編排則是基于對象在應(yīng)用架構(gòu)中的關(guān)系來設(shè)計(jì)的，也需要一個對象元數(shù)據(jù)。而這里就有一個首要的一體化：統(tǒng)一配置管理體系建設(shè)；除了滿足配置管理的內(nèi)部管理功能外，非常核心的一點(diǎn)是能支撐一體化運(yùn)維的應(yīng)用系統(tǒng)的對象模型統(tǒng)一設(shè)計(jì)。

以可觀測建設(shè)為例，統(tǒng)一的對象模型是起點(diǎn)，沒有統(tǒng)一對象模型的定義，無法去構(gòu)建指標(biāo)體系、數(shù)據(jù)關(guān)聯(lián)及融合場景。以可觀測的指標(biāo)體系為例，基于統(tǒng)一對象模型的設(shè)計(jì)如下，核心是進(jìn)行對象和數(shù)據(jù)實(shí)例在外部系統(tǒng)與CMDB之間的映射：

3）數(shù)據(jù)層面則基于數(shù)據(jù)治理框架支撐場景

運(yùn)維數(shù)據(jù)可以劃分成5個域：

配置域：IT資產(chǎn)管理系統(tǒng)、配置管理中各類電子信息設(shè)備的基本信息、技術(shù)參數(shù)及關(guān)聯(lián)關(guān)系等信息，包括PC機(jī)、服務(wù)器、存儲設(shè)備、網(wǎng)絡(luò)設(shè)備、安全設(shè)備、輔助設(shè)備、機(jī)房環(huán)境設(shè)備、套裝軟件及應(yīng)用系統(tǒng)軟件等；

狀態(tài)域：IT監(jiān)控、自動化運(yùn)維、安全監(jiān)測等采集的設(shè)備軟硬件性能、狀態(tài)、事件、日志、告警及實(shí)用化數(shù)據(jù)等；

流程域：運(yùn)維流程管理中執(zhí)行一個業(yè)務(wù)流程所產(chǎn)生的相關(guān)記錄數(shù)據(jù)；

作業(yè)域：自動化作業(yè)、故障自愈、編排處置步驟等作業(yè)執(zhí)行流程數(shù)據(jù)和操作審計(jì)數(shù)據(jù)；

知識域：故障事件處理經(jīng)驗(yàn)，其他相關(guān)知識庫，以知識主題、關(guān)鍵字索引、內(nèi)容等形式存在。

數(shù)據(jù)治理框架核心要定義幾個問題：

• 運(yùn)維數(shù)據(jù)之間的邏輯和關(guān)聯(lián)設(shè)計(jì)如何做？
• 運(yùn)維大數(shù)據(jù)平臺的定位？
• 數(shù)據(jù)消費(fèi)場景如何持續(xù)建設(shè)？
• 數(shù)據(jù)與AI如何統(tǒng)一建設(shè)？

關(guān)鍵邏輯為：

這里面有幾個實(shí)踐建議：

① 消費(fèi)場景聚焦在提升性能容量、觀測整合、運(yùn)營分析的高階運(yùn)維能力；尤其是在觀測整合上，當(dāng)前可觀測主要圍繞故障分析和定位展開，基于數(shù)據(jù)管理框架，則可以完成數(shù)據(jù)標(biāo)簽統(tǒng)一、數(shù)據(jù)聚合計(jì)算、數(shù)據(jù)關(guān)聯(lián)信息平面、AI模型應(yīng)用等，例如其中一個觀測場景可以基于告警視角，展開trace、log、metric、場景視圖、知識庫關(guān)聯(lián)、變更事件關(guān)聯(lián)分析等，來形成初步的觀測整合分析場景：

② 技術(shù)價值上主要體現(xiàn)在復(fù)雜和大規(guī)模的數(shù)據(jù)清洗、開發(fā)和存儲需求；跨數(shù)據(jù)源的數(shù)據(jù)關(guān)聯(lián)計(jì)算；聯(lián)動MLOps實(shí)現(xiàn)數(shù)據(jù)樣本和數(shù)據(jù)源的關(guān)聯(lián)，實(shí)現(xiàn)AIOps模型開發(fā)和應(yīng)用；

③ 數(shù)據(jù)管理采用專業(yè)分散，消費(fèi)驅(qū)動的模式管理，專業(yè)分散是指如CMDB、metric、trace、log等都在專業(yè)管理工具里，消費(fèi)驅(qū)動則是基于場景調(diào)用時，再去做數(shù)據(jù)接入、標(biāo)簽、關(guān)聯(lián)計(jì)算等，支撐數(shù)據(jù)之上的場景應(yīng)用；

4）技術(shù)架構(gòu)基于統(tǒng)一管控管道和平臺架構(gòu)

統(tǒng)一管控管道指的是適配各類運(yùn)維應(yīng)用的運(yùn)維對象管道，核心包括三個設(shè)計(jì)：

• 可擴(kuò)展，可支持監(jiān)控、配置、自動化等上層應(yīng)用場景對agent的任務(wù)調(diào)度，且可支持agent擴(kuò)展采集插件和適配不同的技術(shù)對象，以及適配復(fù)雜網(wǎng)絡(luò)的架構(gòu)；
• 穩(wěn)定性，這是最為關(guān)鍵的部分，海量分布式管控的穩(wěn)定性對于運(yùn)維系統(tǒng)至關(guān)重要，穩(wěn)定性需要大規(guī)模環(huán)境的實(shí)踐，且包含多種如進(jìn)程守護(hù)、安全機(jī)制、性能控制等設(shè)計(jì)；
• 性能，包括如十萬級實(shí)時并發(fā)任務(wù)、毫秒級任務(wù)日志反饋等，可保障采集任務(wù)和執(zhí)行任務(wù)的并發(fā)執(zhí)行。

平臺架構(gòu)核心是做能力和場景的解耦，保持持續(xù)的擴(kuò)展性能力。（下一期將對平臺化進(jìn)行詳細(xì)介紹，敬請期待~）

04. 一體化運(yùn)維在投產(chǎn)發(fā)布下的設(shè)計(jì)示例

最后更具象化一點(diǎn)設(shè)計(jì)一體化運(yùn)維在具體業(yè)務(wù)域的設(shè)計(jì)示例：

1）設(shè)定情景

業(yè)務(wù)系統(tǒng)100+，主機(jī)節(jié)點(diǎn)5W+，K8S集群主機(jī)節(jié)點(diǎn)5000+，實(shí)現(xiàn)高質(zhì)量、高安全、高效率的統(tǒng)一發(fā)布；

2）業(yè)務(wù)設(shè)計(jì)

組織角色：以應(yīng)用為維度，負(fù)責(zé)部門為應(yīng)用運(yùn)維管理員，協(xié)同研發(fā)、基礎(chǔ)設(shè)施維護(hù)人員；發(fā)布經(jīng)理負(fù)責(zé)發(fā)布的統(tǒng)籌、組織和方案把控，發(fā)布工程師負(fù)責(zé)發(fā)布的任務(wù)編排、發(fā)布執(zhí)行、驗(yàn)證、回滾；發(fā)布領(lǐng)導(dǎo)負(fù)責(zé)外部溝通、業(yè)務(wù)影響評估和風(fēng)險回退控制；技術(shù)專家包括研發(fā)對包的質(zhì)量管理、基礎(chǔ)架構(gòu)專家負(fù)責(zé)準(zhǔn)備對應(yīng)的資源及環(huán)境；

工作流程：通過投產(chǎn)計(jì)劃、程序驗(yàn)證、投產(chǎn)評審、投產(chǎn)執(zhí)行、應(yīng)用驗(yàn)證這幾個核心流程組成，每個流程可以進(jìn)一步展開到里面具體的角色活動；

關(guān)鍵活動：

• 發(fā)布管理員配置發(fā)布模板，模板包括了對傳統(tǒng)及容器化架構(gòu)環(huán)境的三類操作：文件分發(fā)或鏡像發(fā)布、腳本執(zhí)行、基于接口的容器化調(diào)度編排；
• 應(yīng)用運(yùn)維人員基于發(fā)布方案輸入?yún)?shù)，參數(shù)包括：發(fā)布對象、對象編排、介質(zhì)（含二進(jìn)制包或鏡像、配置文件、腳本、SQL等）、時間窗口等；
• 領(lǐng)導(dǎo)主管監(jiān)視發(fā)布大屏以及獲取運(yùn)營分析數(shù)據(jù)……

規(guī)范指引：《生產(chǎn)發(fā)布運(yùn)行管理辦法》：應(yīng)用架構(gòu)與運(yùn)行環(huán)境、發(fā)布過程、常規(guī)故障處置、緊急回滾；

3）工具設(shè)計(jì)

接入層：與不同環(huán)境及不同資源對象進(jìn)行對接，主要是主機(jī)和容器化環(huán)境；

邏輯層：最核心是任務(wù)編排、制品管理、應(yīng)用管理；從而滿足一站式發(fā)布，支持灰度、藍(lán)綠建設(shè)；

界面層：面向不同角色的生命周期活動階段，如發(fā)布經(jīng)理最為關(guān)注影響分析、發(fā)布編排、發(fā)布驗(yàn)證、發(fā)布回滾；管理層最為關(guān)注發(fā)布計(jì)劃、影響分析、回退機(jī)制及運(yùn)營數(shù)據(jù)；

外部集成：與DevOps聯(lián)動、觸發(fā)告警時間屏蔽、與ITSM變更流程聯(lián)動；

落地設(shè)計(jì)示例：

工具產(chǎn)品界面：

所以至此，簡單總結(jié)下幾個結(jié)論：

• 基于運(yùn)維業(yè)務(wù)視角的角色、流程、活動（對象）、工具系統(tǒng)的整合，業(yè)務(wù)運(yùn)轉(zhuǎn)順暢、流程運(yùn)行高速、工具支撐高效是對運(yùn)維一體化的核心驗(yàn)證；
• 運(yùn)維業(yè)務(wù)需要經(jīng)過業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、業(yè)務(wù)關(guān)聯(lián)設(shè)計(jì)這三個步驟展開，進(jìn)行企業(yè)實(shí)例化設(shè)計(jì)，起步可以先從請求管理、配置管理、變更管理、事件管理、發(fā)布投產(chǎn)管理、問題管理、應(yīng)急災(zāi)備管理、監(jiān)控管理、操作管理、資源管理這幾個維度根據(jù)緊迫程度著手；
• 一體化的推進(jìn)要從業(yè)務(wù)、應(yīng)用、數(shù)據(jù)、技術(shù)這幾個維度的視角來做規(guī)劃和設(shè)計(jì)，其中最為關(guān)鍵的是業(yè)務(wù)場景的一體化，如何把運(yùn)行、管理、處置聯(lián)動起來；應(yīng)用架構(gòu)的一體化，如何基于統(tǒng)一對象模型構(gòu)建；數(shù)據(jù)管理的一體化，核心是專業(yè)分散，消費(fèi)驅(qū)動的模式管理，切忌做成數(shù)據(jù)開發(fā)的模式；技術(shù)架構(gòu)的一體化，核心是抓準(zhǔn)統(tǒng)一管控和平臺架構(gòu)這兩個關(guān)鍵點(diǎn)。

嘉為藍(lán)鯨作為業(yè)內(nèi)領(lǐng)先的平臺化、一體化、數(shù)智化運(yùn)維解決方案提供商，我們堅(jiān)定地致力于把成熟的業(yè)務(wù)實(shí)踐、領(lǐng)先的技術(shù)架構(gòu)，賦能給我們的客戶。

最后，歡迎隨時與嘉為藍(lán)鯨共同探討！

總結(jié)：以上為筆者對一體化運(yùn)維的剖析，歡迎探討交流，謝謝！