CMDB到底如何建設？

隨着自動化運維的火熱，CMDB建設項目不斷的涌現，正是由於CMDB就是自動化運維的基石。關於CMDB的概念、定位、價值、與周邊的關係、企業面臨的痛點等，這裏不作闡述，總結來講就是CMDB很基礎、很重要又很複雜。本文直入主題，主要講述CMDB具體應該如何建設，內容包括建設目標、框架和指引。

CMDB的建設目標

CMDB的本質是建數據，而數據就必須是準確和可用的纔有價值。所以CMDB最核心的建設目標是創建一套高質量的IT資源配置主數據。

CMDB的建設框架

咱們利用一個分層框架，來對整個CMDB的實施過程進行思考和分析。以下圖：

​

• 框架從縱向來看分爲五層，包括管理域、管理協同、製品協調、生產域和工具，管理域定義了CMDB相關的管理工做。生產域定義了CMDB相關的執行工做，底層工具是對執行的支撐，管理和製品協同是管理和執行之間的銜接扭轉；

• 橫向是一個時間維度，能夠清晰的看到整個CMDB的生產過程是怎麼樣的。其中模型設計、數據梳理及初始化、CMDB維護體系的創建和推行是過程的重點環節，完整準確的數據是後續作數據分析和可視化、外部系統集成消費的前提。

CMDB的建設指引

1、模型設計

​

模型設計CMDB建設的重要環節，是CMDB的骨架。它是一個抽象建模的過程，而且應該基於企業IT資源現狀以及消費訴求而進行抽象。具體過程以下：

1）環境調研：對企業的組織架構、IT資源類型和規模、IT流程等進行調研，充分了解企業IT資源的現狀。

2）模型設計：根據調研的狀況進行設計，內容包含模型的對象、模型的屬性、模型的關係，這些咱們稱之爲元數據。在構建元數據的過程當中，咱們遵循如下原則：

• 以應用爲中心原則，圍繞應用自上而下的進行詳細設計；
• 最小化設計原則，即只實現當前運維場景所須要的最小模型集合，避免建模的顆粒度失去控制（強調沒有消費場景的對象/屬性/關係，不該該存儲）；

3）模型評審：模型設計好後，需造成規範文檔。以便和領導、各個領域的運維管理員進行最終溝通評審，目的是造成一份你們都承認的模型設計，爲後續CMDB推行打下基礎。

4）模型創建：模型設計評審經過後，咱們就能夠在CMDB工具中進行建模。所以，CMDB的工具必須具有足夠的靈活性，可以根據企業不一樣的環境靈活定義模型對象、屬性及關係。

2、 數據的梳理及初始化

​

設計好的模型在CMDB工具中創建以後，下一步就是進行數據的梳理和初始化。注意的是數據梳理應該以應用爲單位進行，即每次梳理一個或多個應用系統相關的配置數據進行錄入，同時沉澱梳理的過程方法，以便擴展到其它應用，是一個1到N的過程。以應用爲單位梳理的好處在於：

• 能夠快速的沉澱出總體的梳理方法，一個應用弄好，其它應用均可以參考複製；
• 能夠快速驗證模型的設計是否合理；
• 能夠快速的產出效果，易於展現和彙報；

3、維護體系創建

​

數據質量的保證關鍵在於數據維護體系的創建、數據的消費，自動化和數據校驗等技術手段僅是輔助做用。數據維護體系主要包含兩方面：

a）角色定義

指定一個配置經理角色，配置經理是對CMDB的總體負責。包括流程、模型、角色權限的定義和維護。

b）流程定義

各配置項的入庫流程；

各配置項的變動流程，配置項的每一個屬性值都必須理清楚其來源及流程；

各配置項的刪除流程。

數據維護體系的是CMDB建設的重點和難點，是配置數據質量的重要保證手段。此環節因涉及到企業各方的參與，單純由乙方實施人員推進是比較困難的，須要和甲乙雙方一塊兒設計好，並推進落實。

4、系統集成

系統集成是CMDB的最後一個環節，依賴CMDB工具提供良好的開放接口。由於CMDB核心價值是將配置數據供給外部系統集成消費，因此必須提供豐富、易用的API接口，方便與第三方系統低成本的集成。

高質量的數據是CMDB建設的終極目標，而只有把其骨架（模型）構建好，並注入靈魂（維護與消費），才能讓CMDB真正的活起來。