CI如果是持续集成的含义的话,CI属于研发测试的项目管理工具范畴,其实应该独立于CD和CMDB,http://www.talkwithtrend.com/Article/243367 这篇文章值得参考。
收起不同的部门,或者不同使用部门或者用户,分层或者建模是角度是完全不一致。所以如何抽象,其实有点自相矛盾的意味。
1、建议先分析CMDB 面向哪些用户开放,
2、然后根据用户场景,调研所涉目标对象;
3、逐步分解各个对象;
4、一定要考虑松耦合、尽量以弱关系来处理对象粒度;
5、对象粒度必须满足功能灵活,即通过功能灵活构建对象及属性之间的关系;
6、便于维护,包括属性数据的鲜活性、一致性、完整性、灵活变更等诸多便捷变更操作;
7、良好的对外服务接口,API是好,但是什么数据都需要一个开发来获取数据的时候,就会感觉很便捷;
您的这个话题我认为是一个比较大的话题,很难通过几句回答就讲的比较清楚。
关于分层建模,我们的一个比较大的原则是按照云计算的三个层次,SaaS,PaaS,IaaS来进行分层。
同时可以参考一下BMC的CI抽象。
另外,我们目前在建设CMDB的过程中,除了关注CI,CI关系,自动化之外,我们还关注,应用CMDB怎样把应用、服务给融合到CMDB中,这是我们非常关注的。
目前我们采用腾讯蓝鲸CMDB,使用效果非常不错。
附件:
BMC_Atrium_CMDB_9.1.03_CDM_poster.pdf (1.1 MB)
收起