经常面临CMDB数据变更滞后于数据源的数据变更,如何变被动数据治理为主动数据治理?

目前我们平台经常面临CMDB数据变更滞后于数据源的数据变更,目前部分分类通过定时同步解决了该问题,但随着分类越来越多,这一方法就变得成本很高,我的问题是如何变被动数据治理为主动数据治理?...显示全部

目前我们平台经常面临CMDB数据变更滞后于数据源的数据变更,目前部分分类通过定时同步解决了该问题,但随着分类越来越多,这一方法就变得成本很高,我的问题是如何变被动数据治理为主动数据治理?

收起

查看其它 1 个回答zhh321的回答

zhh321zhh321  系统架构师 , 中国人寿数据中心
dingchuan53ouguanmude918等赞同了此回答

从时间结构上看,CMDB和其他活动的因果关系分为两种:
一种是先“变更”再更新CMDB,变更活动是“因”,CMDB是果。这种情况CMDB比较被动,你要么要(gui)求(qiu)人家改你的CMDB,要么想办法通过数据发现自动捕捉人家的变化。
另一种是先更新CMDB,再实施变更。CMDB是因,变更活动是“果”。这种方法还有个好听的叫法“配置驱动”,是一种配置中心化的软件定义。从流程设计上,让CMDB成为下游环节的依赖前提。从系统架构关系上,让CMDB成为运维系统的配置中心。需要提醒的是,这种方式并不一定要用户在CMDB自身门户中操作,完全可以在运维场景中,用户直接在运维工具中,通过API间接维护和消费CMDB。用户甚至感觉不到CMDB的存在。
第二种从策略上说肯定是最优的,变被动为主动。

 2019-07-23
浏览217

回答者

zhh321系统架构师, 中国人寿数据中心

回答状态

  • 发布时间:2019-07-23
  • 关注会员:3 人
  • 回答浏览:217
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30