×

微信扫一扫,快捷登录!

云平台是如何驱动CMDB的

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


[p=30,2,center] 3c69ce35b6980a6ce193b5cc3c7226892285.jpeg

{定义}云平台(Cloudplatforms)是指提供基于“云”服务的平台,根据“云”服务的类型又可进一步划分为软件服务、平台服务、基础设施服务。

{分析}配置管理的核心是管理配置项,配置项本身是个逻辑概念并没有明确具体的管理深度和广度,需要在具体的使用场景中进一步定义。ITSM与云平台存在一些流程接口,其中很重要的一个接口就是云平台的业务流程对CMDB的直接驱动。云平台上因为用户的申请而发生了实际的配置变更,如新创一台虚拟机,这类变更在变更管理中属于标准变更,所以我们可以考虑将变更的CI信息(如资源名称、属性、所属资源池、寄生的主机等)自动维护到CMDB中。

{实践}云平台驱动CMDB变化,大致有两种做法:

  • 业务驱动:是在云平台的业务流程嵌入驱动维护CMDB的触发动作,这对于应用流程的调整会比较麻烦,所有造成云服务资源变动的业务流程都需要嵌入这类驱动维护CMDB的触发动作,如果CMDB的CI信息维护出现问题,则业务活动不能成功完成,此时,业务活动与CMDB流程形成了紧耦合关系;


  • 技术驱动:建立云平台日志分析器,这种方法相对简单一些,每一个云平台都有一个事务日志的记录模块,如Openstack的ceilometer,通过建立一个定期分析事物日志的后台执行过程,来识别出云服务资源的变更动态以驱动CMDB配置信息的动态更新。这种场景下,CMDB与业务活动是解耦的,但是,保持数据的一致性需要有一定的技术手段。






上一篇:配置基线和快照的区别和联系
下一篇:配置管理的颗粒度考量需要参照哪些要素
陈小宝

写了 144 篇文章,拥有财富 17780,被 2 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies

成为第一个吐槽的人

Powered by IT 运维管理
返回顶部