了解產(chǎn)品詳情請戳-->嘉為藍鯨配置管理中心?鯨石（CMBD）

摘要：本文圍繞CMDB模型設(shè)計落地展開，闡述CMDB作為IT運維核心數(shù)據(jù)源、工具基石與數(shù)字地圖的核心價值，指出常見設(shè)計誤區(qū)，明確最小化、消費場景導(dǎo)向等設(shè)計原則，分享梳理場景與關(guān)聯(lián)關(guān)系、分層分域構(gòu)建等最佳實踐及落地問題應(yīng)對，為高效IT運維提供支撐。

關(guān)鍵詞：CMDB模型設(shè)計、配置項（CI）、設(shè)計原則、最佳實踐、落地經(jīng)驗

01.為什么要做模型設(shè)計？

1)先思考清楚CMDB本質(zhì)定位 

在當(dāng)今高度依賴信息技術(shù)的企業(yè)環(huán)境中，CMDB（Configuration Management Database）作為IT服務(wù)管理（ITSM）的重要組成部分，其核心作用在于記錄和管理IT環(huán)境中的配置項（CI）及其相互關(guān)系。CMDB不僅僅是簡單的數(shù)據(jù)庫，更是企業(yè)IT資產(chǎn)的“單一真實來源”，對于運維決策、問題解決以及變更管理具有至關(guān)重要的作用。因此，良好的CMDB模型設(shè)計可以幫助組織更有效地管理其IT基礎(chǔ)設(shè)施和服務(wù)。

2)模型設(shè)計的作用與意義

①運維主數(shù)據(jù)：

CMDB作為IT運維的核心數(shù)據(jù)源，提供了關(guān)于配置項的標準描述，包括它們的狀態(tài)、位置以及相互之間的關(guān)系信息，相當(dāng)于構(gòu)建一套運維身份證和戶籍系統(tǒng)，這有助于實現(xiàn)IT資源的一致性和可追溯性。

②運維工具體系基石：

CMDB作為運維數(shù)字化轉(zhuǎn)型最重要的一個環(huán)節(jié)，是運維工具體系的基石。在IT運維的多個層面，如監(jiān)控、自動化運維、事件管理、變更管理、運營分析等，CMDB作為底層支撐，提供了準確的數(shù)據(jù)基礎(chǔ)，使得這些工具能夠協(xié)同工作，提升整體運維效率。

③IT運維數(shù)字地圖：

通過映射出整個IT環(huán)境中的所有配置項及其關(guān)系，CMDB就像一張數(shù)字地圖，幫助運維人員迅速定位問題所在，加快故障恢復(fù)速度，提高效率降低成本。如果CMDB無法保持健康，沒有最新與準確的數(shù)據(jù)，企業(yè)內(nèi)部運維人員就會對CMDB數(shù)據(jù)質(zhì)量失去信任，開始維護各自的數(shù)據(jù)源，增加企業(yè)IT建設(shè)與管理成本，降低IT協(xié)助與運維效率。

02.模型設(shè)計理念

1）模型設(shè)計的誤區(qū)

①模型設(shè)計是一次性工程

模型設(shè)計是在規(guī)劃階段體系化工程，但不代表這是一次性工程。實際上，在規(guī)劃階段是難以預(yù)見所有落地執(zhí)行的不同場景。另外，隨著業(yè)務(wù)和技術(shù)的變化，CMDB模型設(shè)計需要定期按管理流程進行審查和更新，以適應(yīng)新的需求和技術(shù)發(fā)展。完美的模型設(shè)計是需要經(jīng)過落地實踐磨煉出來的，重要的是先啟動并逐步優(yōu)化，而不是等待一個完美的解決方案。

②模型設(shè)計是建設(shè)方的事情

由于模型設(shè)計涉及IT整體架構(gòu)運維主數(shù)據(jù)的定義，模型設(shè)計的成功依賴于跨部門的合作，包括架構(gòu)部門、業(yè)務(wù)部門、研發(fā)部門、運維團隊、測試團隊、安全團隊等，需要梳理管理對象全生命周期活動與場景消費需求，只有多方協(xié)作才能確保模型的全面性和有效性。

③模型設(shè)計應(yīng)該什么都管

不能把CMDB當(dāng)成一個純數(shù)據(jù)庫使用，什么都往里面存儲，沒有任何的控制策略，這樣的CMDB只會因為維護成本過大且管理困難，用戶使用意愿低，數(shù)據(jù)質(zhì)量低下。而且過多的配置項會增加管理難度，應(yīng)該根據(jù)實際需要選擇關(guān)鍵配置項進行管理。

• 以下是建議納管的范圍：

• 不建議納管的范圍：

2）模型設(shè)計的原則

①最小化原則

避免不必要的復(fù)雜性，采用奧卡姆剃刀原理，“如無必要，勿增實體”，需要專注于那些對運維業(yè)務(wù)有直接影響的配置項，結(jié)合管理成本和收益的綜合考慮，定義配置項準入原則。

②消費場景導(dǎo)向為原則

根據(jù)實際應(yīng)用場景的需求來設(shè)計模型，確保它能滿足用戶的實際需求。

③自動化采集原則

盡量采用自動化，減少人工維護成本，無法自動化采集的屬性盡量減少

④面向業(yè)務(wù)為中心原則

伴隨著IT運維管理往IT運營管理發(fā)展演進，CMDB建設(shè)也從過往的面向資產(chǎn)為中心—面向資源為中心—面向應(yīng)用為中心—面向業(yè)務(wù)為中心持續(xù)演進過程中。

03.模型設(shè)計的最佳實踐

1）梳理消費場景地圖，定義管理邊界

規(guī)劃運維體系業(yè)務(wù)，明確消費場景內(nèi)容與價值，梳理對CMDB依賴配置項數(shù)據(jù)，定義優(yōu)先級與建設(shè)計劃。

2）梳理對象關(guān)聯(lián)關(guān)系，定義整體模型

通常情況下，關(guān)聯(lián)類型有兩大類，一種父子關(guān)系，一類連接關(guān)系，但是細分的關(guān)系類型可能會非常多，這個時候就需要先定義企業(yè)標準的關(guān)聯(lián)類型。

基于分層分域的構(gòu)建方法，設(shè)計整體CMDB模型架構(gòu)。

3）梳理細化屬性，定義數(shù)據(jù)標準

可以基于以下屬性設(shè)計工具，對每一個屬性進行如下維度的分析：

①面向消費場景，基于3C法則梳理對象屬性

• 核心屬性（Core）：通過這些屬性能夠識別一個對象，是這個對象的身份信息，例如：實例名、IP、端口等。

• 能力屬性（Capability）：支撐場景的屬性，例如：維護人屬性用于支持告警通知、告警轉(zhuǎn)工單等場景。

• 詳細屬性（Context）：這些屬性是附加的可選屬性，用來幫助用戶能更容易地理解和使用。沒有一刀切的原則，需要考慮成本和價值的平衡（即納管這個屬性我需要付出什么成本，有多少收益），例如：物理服務(wù)器的光纖接口類型。

另外，伴隨著AI技術(shù)的持續(xù)發(fā)展，可以依賴類似chatgpt工具獲取對象建模的推薦。

②基于資源生命周期管理過程梳理管理流程

設(shè)計從配置項的創(chuàng)建、使用、變更到最終退役的全過程管理方案。

③考慮數(shù)據(jù)與現(xiàn)有系統(tǒng)的集成關(guān)系

規(guī)劃如何與其他系統(tǒng)（如監(jiān)控工具、事件管理系統(tǒng)）集成，確保數(shù)據(jù)能夠?qū)崟r同步更新。

03.模型設(shè)計的最佳實踐

1)標準統(tǒng)一宣貫的問題：

由于模型設(shè)計是重新定義數(shù)據(jù)標準的過程，會存在過往管理模式下一些概念術(shù)語、命名規(guī)范、數(shù)據(jù)統(tǒng)計口徑等內(nèi)容的重新定義，因此在模型落地實施初期，需要通過培訓(xùn)和文檔等方式，確保所有相關(guān)人員都理解CMDB的標準和操作流程。

2)數(shù)據(jù)冗余存儲問題：

在模型設(shè)計過程中需要合理設(shè)置數(shù)據(jù)冗余策略，這樣既能加速數(shù)據(jù)導(dǎo)入過程，也能便于后續(xù)的數(shù)據(jù)分析工作。通常情況下線下管理臺賬是一個大寬表存儲了不同對象的信息，在模型設(shè)計的階段會按不同對象進行建立模型與關(guān)系，例如增加物理服務(wù)器所在機柜名稱通過產(chǎn)品功能可以實現(xiàn)數(shù)據(jù)的快速關(guān)聯(lián)，并且方便查詢與統(tǒng)計。

3)易維護管理問題：

在模型設(shè)計階級需要考慮易維護的問題，如字段名稱盡量通俗易懂，盡量設(shè)置枚舉類型字段供用戶選擇，盡量提供默認值，添加屬性字段說明及示例，有邏輯關(guān)系的字段盡量在流程表單進行校驗等等。 唯有把用戶都當(dāng)成小白看待，考慮產(chǎn)品的易用性，才能更好地提升CMDB數(shù)據(jù)質(zhì)量。

4)責(zé)任分工問題：

由于不同的企業(yè)運維管理業(yè)務(wù)與組織設(shè)計有差異，通常在數(shù)據(jù)管理維護責(zé)任劃分上會有些區(qū)別存在，這些角色映射的菜單功能以及數(shù)據(jù)權(quán)限息息相關(guān)。例如傳統(tǒng)的企業(yè)一般按業(yè)務(wù)系統(tǒng)或?qū)I(yè)線資源進行授權(quán)管理，集團性公司需要按單位維度進行授權(quán)管理。有些復(fù)雜的對象如系統(tǒng)存儲了架構(gòu)管理相關(guān)屬性、運維管理屬性、維保屬性、安全管控屬性等，這些信息需要不同的團隊進行維護管理。另外，關(guān)聯(lián)關(guān)系的維護責(zé)任方同樣需要提前定義，責(zé)任不清晰最終會導(dǎo)致數(shù)據(jù)沒人維護。

通過上述分享，我們可以看到CMDB模型設(shè)計的重要性以及在實踐中需要注意的關(guān)鍵點。正確地設(shè)計和實施CMDB模型，將極大地提升IT運維效率，為企業(yè)創(chuàng)造更多價值。

04.配置管理CMDB選型推薦