從身份證管理系統思考企業CMDB的建設

 

關注嘉爲科技，獲取運維新知

 

對大部分中大型的企業來講，CMDB建設對於整個IT服務和IT運維管理的重要性不言而喻，可是目前仍然有很是多的企業沒法建設好CMDB。

 

我最近恰好接觸了一個公安系統的朋友，他和我聊了關於身份證管理系統。聊完，我恍然大悟，這套思想和咱們企業CMDB建設的思想幾乎一摸同樣。

 

1
CMDB中管理的CI屬性不是越多越好

 

只有被大量系統消費的數據才須要放到CMDB中。

在生命週期內不容易變化的數據，咱們能夠理解爲「靜態」配置數據。

 

對比身份證管理系統：身份證上不會把咱們我的的全部屬性放上去，好比年齡就是一個狀態數據，而出生年月是一個靜態數據。

 

2
保障CMDB數據準確性的核心要依靠消費和流程

 

配置自動發現功能對於CMDB的確重要，能有助於咱們配置數據的初始化和配置數據的審計，可是咱們不能依賴自動發現保障數據的準確性，更不能指望全部的屬性、關聯關係都經過自動發現來實現。

 

配置數據的準確性須要靠消費場景，只有經過消費場景，咱們纔可以及時發現配置數據的錯誤；發現了配置數據的錯誤，咱們纔可以及時對配置數據進行修正；這樣就會造成一個正循環。

 

人員手工操做永遠是不可靠的，配置數據的準確性須要靠流程。只有靠流程和工具，才能保障配置數據的準確性。好比資源申請須要通過流程審批，資源完成交付後，工具能夠將配置數據自動化註冊到CMDB中。

 

對比身份證管理系統：身份證管理系統目前並無線上自動化採集的功能，徹底是依靠消費和流程保障數據的準確性。如你的身份不許確，你的駕照、社保系統都是沒法使用的，甚至你入住酒店、乘坐高鐵都是不能夠的；另外咱們的國家制定了一套完整的身份證管理流程，包括身份證的建立、更新、過時等一整套生命週期管理流程，而且有公安局這個機構負責管理。

 

3
以資源爲中心的CMDB演變爲
以應用爲中心的CMDB

 

不管是以資源爲中心的CMDB，或是以應用爲中心的CMDB，都是從業務需求的角度出發，對CI對象以不一樣的形式進行組織，對CI和CI的關聯關係進行管理，CI的本質並無變。

 

過去，企業的應用架構大可能是單體應用架構和分層應用架構，資源和應用之間的關聯關係並不複雜，一臺物理服務器可能就承載了一個或多個應用。此時，咱們採用以資源爲中心的CMDB並不會給企業的運維管理帶來什麼影響。

 

可是，如今企業的應用架構發生了很是大的變化，分佈式和微服務架構在企業中開始普及，應用和資源之間的關係變得複雜，目前更多的是一個應用對應多個虛擬機和容器的情形，而且應用關聯的虛擬機和容器常常是變化的。此時，以應用爲中心的CMDB建設就變得比較迫切。

 

對比身份證管理系統：在70年代，各省的身份證管理系統是以省爲單位構建的，並且沒有實現全國聯網，公安局在追蹤人員信息的時候常常只能獲取到人員的家庭信息，很難獲取到人員準確的公司信息。

 

到90年代後，身份證明行全國聯網，公司經過身份證爲員工繳納社保和稅收。公安局經過身份證就能夠追蹤到人員的公司信息，實現更多的犯罪分析的場景。

 

所以，企業在建設CMDB的過程當中，重心不是選擇什麼樣的CMDB工具，也不是規劃CMDB的模型及屬性。

 

重心是像咱們的身份證管理系統同樣，先定義清CMDB在IT運維管理和IT流程管理中的角色和做用，定義清楚CMDB數據管理的負責人和流程，設計的其餘運營工具要可以消費CMDB數據，這樣CMDB就容易建設成功，而且很容易發揮價值。

 

CMDB自己不具有價值，只有產生消費，CMDB才發揮價值！

 

​​​​