CMDB項目落地的思考

CMDB項目落地的思考：
● 項目之初要有對應的生產場景，這樣落地以後纔會有人去用，沒人用就廢了，例如針對業務系統、網絡、操做系統、硬件維護、數據庫、中間件等業務場景設定服務目錄和CMDB的內容，這樣創建以後，對維護人員有價值，這樣當CI對象出現變化時，維護人員纔會有動力進行CMDB的更新，保證CMDB的準確性
● 項目過程當中，要根據場景考慮CI的顆粒度，顆粒度越細意味着CMDB的維護工做量也會很大。例如對應業務維護的場景，業務系統的CI項需不須要到端口，若是到端口，那麼後期業務作任何變動的時候都要把端口的關係寫清楚才能夠去變動，不然不行
● 項目完成時，應該有亮點，不然怎麼體現項目的價值，併爲下期項目作鋪墊，建議在展現上下功夫
● CMDB的建設過程：
○ 一期 根據業務場景，創建CMDB，根據CMDB可以實現業務模型的可視化，手工繪製業務模型也能夠
○ 二期 利用CMDB，根據運維業務場景，自動創建點對點業務可視化模型，例如業務模型能夠分爲三層：交易層、業務層和基礎架構層，而後將性能數據和告警事件與CI項進行關聯，當業務出現故障時，不一樣的維護人員查看不一樣的可視化拓撲，共同進行故障場景的故障根源性分析。當CMDB發生改變時，可視化模型自動進行更新。
○ 三期 進行AI智能化建設，利用二期故障根源性分析積累的經驗，在總體運維故障場景中進行AI智能化故障根源性分析，創建AI大腦，由人工向智能發展