CMDB项目落地的思考

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