CMDB项目落地的思考

CMDB项目落地的思考：
● 项目之初要有对应的生产场景，这样落地之后才会有人去用，没人用就废了，例如针对业务系统、网络、操作系统、硬件维护、数据库、中间件等业务场景设定服务目录和CMDB的内容，这样建立之后，对维护人员有价值，这样当CI对象出现变化时，维护人员才会有动力进行CMDB的更新，保证CMDB的准确性
● 项目过程中，要根据场景考虑CI的颗粒度，颗粒度越细意味着CMDB的维护工作量也会很大。例如对应业务维护的场景，业务系统的CI项需不需要到端口，如果到端口，那么后期业务做任何变更的时候都要把端口的关系写清楚才可以去变更，否则不行
● 项目完成时，应该有亮点，否则怎么体现项目的价值，并为下期项目做铺垫，建议在展示上下功夫
● CMDB的建设过程：
○ 一期 根据业务场景，建立CMDB，根据CMDB能够实现业务模型的可视化，手工绘制业务模型也可以
○ 二期 利用CMDB，根据运维业务场景，自动建立点对点业务可视化模型，例如业务模型可以分为三层：交易层、业务层和基础架构层，然后将性能数据和告警事件与CI项进行关联，当业务出现故障时，不同的维护人员查看不同的可视化拓扑，共同进行故障场景的故障根源性分析。当CMDB发生改变时，可视化模型自动进行更新。
○ 三期 进行AI智能化建设，利用二期故障根源性分析积累的经验，在整体运维故障场景中进行AI智能化故障根源性分析，建立AI大脑，由人工向智能发展