點擊藍字關注咱們微信
隨着自動化運維的火熱，CMDB建設項目不斷的涌現，正是由於CMDB就是自動化運維的基石。關於CMDB的概念、定位、價值、與周邊的關係、企業面臨的痛點等，這裏不作闡述，總結來講就是CMDB很基礎、很重要又很複雜。本文直入主題，主要講述CMDB具體應該如何建設，內容包括建設目標、框架和指引。架構
CMDB的建設目標框架
CMDB的本質是建數據，而數據就必須是準確和可用的纔有價值。所以CMDB最核心的建設目標是創建一套高質量的IT資源配置主數據。運維
CMDB的建設框架工具
02測試
咱們利用一個分層框架，來對整個CMDB的實施過程進行思考和分析。以下圖：url
框架從縱向來看分爲五層，包括管理域、管理協同、製品協調、生產域和工具，管理域定義了CMDB相關的管理工做。生產域定義了CMDB相關的執行工做，底層工具是對執行的支撐，管理和製品協同是管理和執行之間的銜接扭轉；spa
橫向是一個時間維度，能夠清晰的看到整個CMDB的生產過程是怎麼樣的。其中模型設計、數據梳理及初始化、CMDB維護體系的創建和推行是過程的重點環節，完整準確的數據是後續作數據分析和可視化、外部系統集成消費的前提。.net
CMDB的建設指引設計
03
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真正的活起來。
關於咱們
嘉爲集團 —— 成立於2001年，由嘉爲科技、嘉爲雲帆、嘉爲教育組成，於廣州、深圳、北京、上海設有分公司，融IT服務和培訓諮詢於一體，爲客戶提供研運一體化解決方案、信息系統解決方案、運維支持、軟件研發及培訓教育服務。歷經19年的發展和積累，嘉爲已成爲備受客戶讚譽的行業翹楚。
嘉爲藍鯨 —— 嘉爲科技十幾載企業IT服務經驗累積、基於騰訊藍鯨智雲技術體系打造的研發運營一體化解決方案，可以知足企業複雜多變的IT需求和場景，幫助客戶落地真正自主可控的研發運營一體化平臺，逐步實現自動化、數據化以及智能化的IT運營。
本文分享自微信公衆號 - 嘉爲科技（canway_service）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。