CMDB业务和技术解耦有哪些注意事项?

业务越来越复杂,数据表字段也越来越多,表的关联越来越多,导致数据耦合越来越紧密,查询效率等越来越低。在设计上有哪些注意事项,有哪些原则

2回答

he7yonghe7yong  研发工程师 , Canway
dingchuan53zhh321赞同了此回答
我们对CMDB有一个定位:主数据(因此不要什么数据都放到CMDB中)两个原则:1.CI属性最小化原则;不会被访问的先不放进去;需要时进行扩展2.以应用为中心原则;定好模型后,以应用为单位进行推广和实施; 我还有很多的配置属性需要管理怎么办?基于CMDB建设对应的配置管理工具,如Puppet可以实...显示全部

我们对CMDB有一个定位:主数据(因此不要什么数据都放到CMDB中)
两个原则:
1.CI属性最小化原则;不会被访问的先不放进去;需要时进行扩展
2.以应用为中心原则;定好模型后,以应用为单位进行推广和实施;

我还有很多的配置属性需要管理怎么办?
基于CMDB建设对应的配置管理工具,如Puppet可以实现对主机的配置管理。CMDB是为所有的IT管理提供服务的,包括监控,流程,自动化系统,和分析系统;

收起
 2019-07-24
浏览119
zhh321zhh321  系统架构师 , 中国人寿数据中心
he7yongyinxin赞同了此回答
个人理解,数据表字段和表关联越来越多是正常的。CMDB是真实运维世界的虚拟映射,真实世界是复杂的,这个虚拟模型也一样,CMDB模型和需求一定是随着运维发展而演变的。为了避免技术上的变更太被动,大神们发明了面向对象、面向服务、高内聚低耦合等等这些架构原则,尽可能让变更成本...显示全部

个人理解,数据表字段和表关联越来越多是正常的。CMDB是真实运维世界的虚拟映射,真实世界是复杂的,这个虚拟模型也一样,CMDB模型和需求一定是随着运维发展而演变的。为了避免技术上的变更太被动,大神们发明了面向对象、面向服务、高内聚低耦合等等这些架构原则,尽可能让变更成本小一点,系统设计容易理解和维护。
如果想要查询效率提高,减少表关联,那只能预关联,类似数据仓库方式。但CMDB数据量一般不大,查询效率矛盾一般不突出吧?

收起
 2019-07-23
浏览126

问题状态

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