从时间结构上看,CMDB和其他活动的因果关系分为两种:一种是先“变更”再更新CMDB,变更活动是“因”,CMDB是果。这种情况CMDB比较被动,你要么要(gui)求(qiu)人家改你的CMDB,要么想办法通过数据发现自动捕捉人家的变化。另一种...
如果您指的是CMDB数据治理,那问题和 http://www.talkwithtrend.com/Question/426353 比较类似。如果是整个公司IT数据治理,话题就大了。DAMA(国际数据管理协会)数据管理职能框架内容非常丰富,但具体落地时您提到的这种情...
楼上的回答很完善了,我也推荐针对重要的属性,尤其是用于自动化运维的,采用先入调和库,再通过人工审核后更新CMDB正式库。从程序效率上,也是先全部入调和库,再和正式库比对会更可控一些。...
CMDB自动发现数据是否能够自动更新,取决于你的业务需求;如果你的CMDB供给给自动化操作的场景,CMDB发现的数据直接写入到CMDB影响会很大;2.我们现在的做法是先放入到自动发现数据库,人员审批后自动更新到CMDB;3.未来根据使用...
从复杂关系的展现上说,肯定图数据库来实现比较好。印象里优维科技CMDB就是率先采用图数据库实现的,但没体验过效果未知。从理论上,关系型数据库也能实现多对多、一对多。只是要有中间表,有一定维护成本。深度路径查询肯定...
我们公司的逻辑资源基础单位是操作系统实例。一个操作系统上可部署多个中间价或数据库实例,但他们都只能归属一个产品,不能分别归属多个不同产品。这是基础管理规范约定的,这样的话就可以让操作系统和产品形成多对一的关...
我们公司也经历这个痛苦的过程,经常自嘲说:要凭一己之力对抗整个组织或流程,一不小心还成了背锅侠。其原因在帖子cmdb能对目前运维带来哪些收益以及推行的难点主要在哪方面中提到过:CMDB建设者从长期、全局的视角来做配置...
您说的很对。事物建模就是对象+关系,对象包括属性+方法。而事物的复杂度主要体现在关系的复杂度上,因此越是复杂的运维架构,到不是其属性太多,而是关系太复杂。逻辑资源和物理资源间的关系,应用之间调用关系,应用内部模块的...
CMDB一定是分步建设的。原因是CMDB主数据库的本质,决定了它不是孤立的事物,其价值由相关的运维系统和管理生态决定,公司的运维环境是CMDB发展的土壤。企业里一些原始管理手段的矛盾还没爆发时,请严格控制项目范围,摆正预期...
这个问题背后其实是成本收益分析,商人脑袋很自然的就用这个模型来思考问题,但作为IT从业者往往会忽视。经历了一些事后可能发现,原来一件正确的事不一定是适合的,所谓天时地利人和。因此收益和难点(成本)这个问题很高明。本...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30