作者：嘉維藍鯨產品總監，賀勇

針對CMDB這個主題，之前一直想寫一篇文章來表達我的看法，但是之前一直不敢寫，為什么？因為CMDB這個主題屬于一提大家都懂，但是深入討論大家都暈菜的一個話題；在2018年實施了幾十個自動化運維項目后，我對CMDB的理解又進一步加深，因此想談談我對CMDB的看法。

關于CMDB的兩種截然相反的論調：

• CMDB沒什么卵用，就是國外廠商搞出來忽悠人的，我們企業之前花上百萬上的CMDB，還沒有我使用Excel表格管理方便；

• CMDB是運維工具建設的核心，只有CMDB建設好了，建設完善了，才能夠建設自動化。

我們不用討論對錯，其實上面兩種觀點在對應的場景下都可能是對的，如你的IT對象不多，IT管理系統和ITSM系統都沒有建設，其實用Excle表格管理比較方便；如果你的IT對象非常多，并且變化快，IT管理系統也非常多，這種情況下，你發現沒有建設好CMDB就會帶來很大的問題。

我們理解的CMDB：

• CMDB本質上就是一個數據庫，可以開放數據服務給到各個系統來調用和訪問的數據庫；

• CMDB本質上是現實世界的IT系統在數字世界的抽象。打個比方，我們每個人在現實世界是存在的，但是我們在公安系統中抽象出來的存在就是我們的×××信息，這一串信息代表了我們的個人信息，以及我們和家人之間的關聯關系。

理解CMDB之后，現實中我們就不要對CMDB系統提出太高的要求，如要求CMDB系統為我們提供系統架構圖、提供業務訪問調用鏈關系等等。

一、站在更高的視角搞明白CMDB

有時候，我特別討厭老外創建一堆的詞匯，看到這些詞匯讓人感到頭暈，比如我剛研究CMDB的時候就了解到CMDB相關的詞匯如下：CMDB、CMS、ITSM、ITAM、ITOA、NSM、CM、ACM、SCM……哈哈，怎么樣，頭暈了吧！另外更讓人郁悶的是CMDB和CMS都被中文翻譯成配置管理，而CM也被中文翻譯成為配置管理，我當時為了理解這些東西簡直快要崩潰了。

CMDB和CMS，應該是要被放在一起講的。CMS叫配置管理服務，是用來管理和維護CMDB，并且把CMDB數據的能力開放出去給到其他系統使用的服務；

ITSM是IT服務管理，IT服務管理系統需要調用到CMDB提供的數據，當然也有純流程的ITSM和CMDB沒有任何的耦合，也有ITSM系統中自己帶了一個CMDB，需要用戶手動維護數據；

ITAM是IT資產管理，資產管理和財務系統有一定的關系，主要關注硬件和軟件資產信息的管理。ITAM需要使用到CMDB中的數據；

ITOA是IT運營數據分析，如Splunk這種商業軟件和基于開源的ElasticSearch軟件，ITOA可以消費CMDB數據為海量運營數據打上標簽，提供各種數據分析的維度等；

NSM是網絡及系統管理，主要是指我們通過監控、自動化等工具對運維對象進行運維管理的額各種操作；

CM、ACM、SCM這三個詞應該放到一起講，CM泛指針對IT對象的配置進行操作管理，如Puppet工具；ACM是應用配置管理，如Apollo配置管理中心；SCM是軟件配置管理，如SVN等；SCM主要是給開發團隊用的，ACM主要是運維團隊使用，因此大家溝通的時候如果不理解就更容易混淆，CM、ACM、SCM事實上和CMDB沒有非常緊密的關系，當然他們也可以去消費CMDB提供的數據。

二、CMDB建設的思路

1、業務需求分析

CMDB的建設也需要做業務需求分析？太扯淡了吧。其實我們在此說的業務不是指企業的“業務”，如快遞業務、機票業務，而是指IT業務。把IT作為業務來看待，IT業務用來支撐企業“真實的業務”；把IT作為一項業務來看待后，可以進行如下的分析：

• 分析IT業務和“真實業務”之間的關系，如網上銀行業務和網上銀行IT系統是非常緊密耦合的關系，IT系統故障或使用體驗不好，將會直接導致網上銀行用戶的不滿和流失，當然也會導致企業的業務損失（也就是錢的損失）；

• 分析IT業務的現狀和未來的發展，如果說企業的業務正在進行互聯網轉型，那么你的IT服務器規模和云計算的使用都可能是未來要考慮的；

• 分析企業對IT管理的需求，我們是做好基礎的監管控，保障穩定即可？還是說我們隊IT服務的質量有更高的要求？

• 分析企業對IT安全的需求；

• 分析企業IT采用技術的情況；

• 分析企業目前IT業務面臨最大的挑戰和問題。

2、組織和人員安排

CMDB如此的重要，CMDB建設的組織和人員到底應該如何安排？根據CMDB落地比較好的企業，我們推薦CMDB建設的發起人應該是由IT運維總監或IT服務部門發起。

CMDB建設的負責人建議有一個人專門負責CMDB平臺的建設及推廣，并且制定CMDB對應的流程和規范，同時建議CMDB團隊應該是由各領域技術團隊和CMDB負責人組成的一個小組。

CMDB的組織和人員也需要根據IT業務發展的不同階段進行動態的變化和調整。

3、工具平臺建設

CMDB建設目前是以下三種現狀混合的狀態，根據我們的客戶調研，我們認為選擇“動態的CMDB”解決方案才是滿足中大型企業未來業務需求的CMDB。

• 基礎CMDB建設：

  誰說用Excel構建的配置信息表就不叫CMDB？只要能滿足IT業務的需求、維護方便、具備運維人員都遵守的流程，它就是合適的CMDB;

• 流程CMDB建設：

  CMDB的建設僅僅是為了滿足發布、變更等流程的需求，這樣的CMDB建設難度是非常大的，維護準確的配置信息將會耗費運維人員很多的精力；

• 動態CMDB建設：

  利用自動化的運維工具，構建動態的CMDB，并且能夠實現配置管理服務的提供；動態的核心是能夠自動的發現配置對象和配置信息，能夠按照用戶設定的規則進行配置信息入庫，并且具備很好的開放能力，把CMDB作為服務開放給其他系統進行使用。

三、CMDB的價值

1、CMDB和CMS服務的技術價值

我們用SOA的技術理念去理解CMDB帶來的技術價值：

如果沒有構建CMDB服務，可能存在以下的情形，我需要修改一個配置信息，可能各個系統都要去做修改，并且還極容易導致配置數據的不準確；

?

如果構建了統一的CMDB，如下圖所示：

2、CMDB和CMS的業務價值

CMDB是IT現實世界在數字世界的抽象，通過這個抽象，我們能夠基于CMDB構建企業IT運營管理的各種場景，如更高效的發布系統、甚至未來我們實行AIOPS，CMDB仍然是基礎；這就好像，我們把現實中的地理位置，抽象成為地圖，我們可以結合GPS實現導航、送餐等便捷服務，甚至未來實現智慧城市都和電子地圖有非常緊密的關系。

總之，中大型的企業構建一個“動態CMDB”,一定要從自己的IT業務需求出發，合理的安排人員、選擇技術先進的技術平臺就可以實現；另外，完善的CMDB不是通過一個項目，2~3個月就構建出來的，CMDB要具備較強的靈活性，方便管理人員進行擴展，通過持續的優化和改善才能夠達到目標；CMDB本身不具備很高的業務價值，只有它的數據被各種運維工具消費才會產生更高的業務價值。

轉載于:https://blog.51cto.com/11811406/2338764

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的浅谈中大型企业CMDB的建设的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。