[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

公司最近准备上CMDB系统，已经开始了配置项和关系、属性的建模，最开始觉得应该能找到一个简单通用的模型，可是越深入分析越发现现实IT环境过于复杂，纯粹的物理设备还比较好建模，涉及到虚拟化、集群之后，模型的复杂程度立马就上来了，而且每个专业领域的人对于CMDB的理解，建模的标准都不一样，想要统一也很难。

实在是很痛苦，不知道有没有经过同样痛苦的人，来交流下，十分感谢。

能给个案例就最好 :)

luox12 发表于 2014-12-19 17:04
可是需求就是不确定的啊，如何防止日后被推倒重来？

不做不确定的需求，只留出可扩展的设计。
CMDB第一期，能把确定的需求做好就不错了。如果说一条确定的需求都没有，仅仅是为了要做CMDB。那就只做能维护的最小集合。

stevenluan 发表于 2014-12-19 11:10
从CI的消费场景出发，也就是从需求出发来设计CI及CI的关联方式。没想好需求，那会白干很多事情。

可是需求就是不确定的啊，如何防止日后被推倒重来？

从CI的消费场景出发，也就是从需求出发来设计CI及CI的关联方式。没想好需求，那会白干很多事情。