业务越来越复杂,数据表字段也越来越多,表的关联越来越多,导致数据耦合越来越紧密,查询效率等越来越低。在设计上有哪些注意事项,有哪些原则
我们对CMDB有一个定位:主数据(因此不要什么数据都放到CMDB中)两个原则:1.CI属性最小化原则;不会被访问的先不放进去;需要时进行扩展2.以应用为中心原则;定好模型后,以应用为单位进行推广和实施;
我还有很多的配置属性需要管理怎么办?基于CMDB建设对应的配置管理工具,如Puppet可以实现对主机的配置管理。CMDB是为所有的IT管理提供服务的,包括监控,流程,自动化系统,和分析系统;
个人理解,数据表字段和表关联越来越多是正常的。CMDB是真实运维世界的虚拟映射,真实世界是复杂的,这个虚拟模型也一样,CMDB模型和需求一定是随着运维发展而演变的。为了避免技术上的变更太被动,大神们发明了面向对象、面向服务、高内聚低耦合等等这些架构原则,尽可能让变更成本小一点,系统设计容易理解和维护。如果想要查询效率提高,减少表关联,那只能预关联,类似数据仓库方式。但CMDB数据量一般不大,查询效率矛盾一般不突出吧?
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30