無論是ITIL在企業落地、ITSM、BSM、自動化運維、標準化運維、DevOps、端到端統一監控，甚至最時髦的運維大數據、智能運維（AIops）等等，企業要想將IT管理運籌帷幄，都很難繞開配置管理數據庫（Configuration Management Database，CDMB），并且它必須是“成功的CMDB”。
遺憾的是，我們卻見到了很多失敗的案例。
CMDB不是一蹴而就，成本驅動成為自然
對于CMDB項目的失敗，很多人會認為：
l 領導不重視
l 沒有數據的消費場景
l 工具和技術不行
l 流程管控不足
l ……
CMDB最早出現在ITIL標準當中，這應該是在20年前了。但是，由于很難有技術和工具作為支撐，許多企業更多的是以“文檔+人肉”的方式來實現ITIL中的配置管理。
后來幾年，標準化運維在中國的IT界慢慢“火了”，許多用戶也是通過ITSM/ITIL項目引入了CMDB配置管理服務，但由于ITIL本身的厚重和難以駕馭，CMDB最終一般難以被真正驅動和消費起來，從而可能淪為一個純粹的展示和查詢庫，也就是我們常說的“面子工程”。
北塔軟件指出：“隨著運維規模的擴大，數據維護成本會相應增高。當自給自足的管理模式難以支撐時，舊平衡將被打破，而新平衡的支點，將是CMDB。”
但是，這絕不是一蹴而就的項目，成功的CMDB取決于我們對這項工程的正確理解和籌備工作，只有經過導入期、整合期的“”螺旋上升“”的持續優化，最終才能將其價值發揮出來。
那么，我們如何把CMDB從一個半死不活的邊緣系統，打造成為運維的核心呢？
“戰略、戰術、武器”缺一不可
北塔軟件建議用戶：
首先從已有運維流程中定義數據消費場景，并建立以應用為中心的CMDB，通過控制好CI項的范圍和顆粒度；
同時，要依托標準的IT運維流程，實現數據讀寫閉環；
最后則是工具層面，自動采集，智能跟蹤，易用性強以及足夠靈活的CMDB，可以協助用戶在項目落地過程中起到事半功倍的效果；
傳統的CMDB僅作為運維管理軟件的附屬品，沒有得到應有的重視，而且由于缺乏標準，集成性差、信息不同步，依賴人工維護等問題，難以證明自身的價值，無法滿足用戶需求和得到用戶認可。
為此，北塔軟件推出了最新一代的配置管理軟件——北塔BTRM（Betasoft IT Resource Management，北塔IT資源管理系統）：以配置管理標準“聯邦、調和、同步、映射和可視化”為核心，加強了多對象的自動發現和數據同步。
維護IT環境的配置數據完整，有效提高數據正確性，并豐富直觀的進行展現。
同時北塔BTRM還支持管理場景聯動的數據消費方式，有效支撐運維流程管理、溯源分析、影響范圍分析、自動部署、自動配置等運維應用。
此外，作為CMDB的靈魂功能，關聯關系的定義方式和展現方式直接影響了CMDB的直觀感受和使用效果。
同時，北塔軟件充分考慮到企業級用戶基礎設施和業務環境的復雜性，從CMDB產品功能上采用了多重自動工藝，提升管理效率，徹底釋放人力。
例如-為了高效的管理配置信息，北塔BTRM設計提供了多種自動化手段，包括自動發現、自動適配、動態配置項組等特性。其中：
l 自動發現可以定時、自主的發現IT環境中各種網絡設備、主機、數據庫、中間件和業務應用等對象并納入北塔BTRM管理范圍
l 自動適配為各個業務提供定制的數據整合、同步服務，確保每個業務與CMDB的信息一致
l 動態配置項組提供了自動、動態的配置項管理權限，在規則的驅動下，實現組內配置項范圍的自動調整
通過以上多種自動化的管理手段，有效提升配置信息的自動收集、更新和管理，自動維護配置信息的準確性，減少因人工介入導致錯誤的可能性。
再例如-在CMDB的實際使用中，我們還發現CMDB工具必須要提供CI的鎖定功能。
為什么要這樣呢？
如果你對一個CI變更時，不鎖定這個CI的信息，會發生幾個地方同時對這個CI做信息更新，由于時間差，很可能把錯誤信息更新到CMDB中了；
同時，用戶在變更過程中調用CI信息的話，也會發生誤導。
所以需要控制單線程對CI進行維護，在同一時間只能有一個對CI維護的動作進行，并且要說清“誰、做了什么、什么時間、結果如何”等問題。
針對這些剛性需求，北塔BTRM提供了嚴格控制授權和審計回溯功能，防止對配置信息執行任何未經授權的變更，只有通過合規管理審計的配置項信息變更才能允許變更并提供給上層應用進行消費。
CMDB要為“燈塔”輸送電能
有人將ITIL比喻成IT管理中“黑夜航行的燈塔”，這光芒萬丈的詞匯吸引了無數個企業或是準備、或是已經開始在IT運維服務管理中實現標準化運維。
而我們知道，在ITIL強大的流程管理的背后，其核心組件之一的CMDB，則是這座燈臺的“電力”。
假如ITIL電力不足、或者出現停電的狀況，運維將會怎樣呢？
北塔軟件提醒您：2019，還不準備去找一款靠譜的CMDB嗎？
