您好,欢迎访问专业IT管理知识分享平台

上传文档

当前位置:首页 > 文章列表 > 新一代CMDB模型构建探讨

「ITIL文章」新一代CMDB模型构建探讨


当前CMDB模型面临的问题


当前CMDB的模型问题
  • 首先是思考的深度不够,当今很多CMDB的模型还是聚焦在底层资源。这个底层资源指的一部分是IaaS层的资源管理,另一部分是PaaS层中间件的资源管理。到上层应用这块,其实它的模型表述特别简单,只有一些应用的基本信息。

  • 第二个要讲的问题是无应用视角。今天我们创建管理了这么多资源对象,但不知道是给谁用的,其实真正的着力点是应用。这个我将其总结为无应用层的理解力。

  • 模型的动态性不强。每个模型对象调整它的属性或者关系的时候,在传统数据库里技术端的特点带来的代价特别高。我把模型的动态性抽象成两个维度,第一是模型对象之间在CI级别的动态性,第二个就是实例级。

  • 第四个问题是场景的过度设计。我认为场景是可以预设的,但是细粒度的模型会带来很大的管理负担。有时候会把场景考虑得过于复杂,导致这里面的模型管理后续负担特别重。从简到繁很容易,但是从繁到简很难。

  • 技术限制想象力。受CMDB平台技术本身的能力限制,导致无法扩展这个模型。

  • 欠缺IT架构思考力。我要讲的是从业务架构到应用架构再基础架构。业务架构中还包含了基础设施架构和数据架构。弄清楚这三者的关系后,就能表达出在每一层架构上所带来的本质上的关系连接到底是什么。

CMDB系统截图



构建CMDB模型的正确思路

新一代CMDB到底新在哪儿?

新思维:突破配置管理的认知,导致边界不清。配置往IT资源方向转变。

新方法:自上而下的推动CMDB落地,而不是自下而上。

新模型:模型重构,传统的关系模型无法满足。

新技术:使用新的技术,新的功能架构,重新定义功能边界。


CMDB元数据的两类用途

CMDB模型最终是要实例化数据和关系的,正确的模型构建可以为多变的场景提供数据基础。

  1. 面向管理层的ITSM流程。在很多传统企业里面,CMDB还是要为ITSM的流程做好数据支撑服务。

  2. 面向执行层的DevOps过程。端到端整个IT交付过程需要完整的元数据,特别是应用层面的元数据。

总的来说,新一代CMDB应该能支撑整个IT过程管理(ITPM),所以CMDB可以成为:基础元数据平台、数据总线分享平台、共享实例数据平台、统一数据规则平台等等。

两层CMDB,构建不同管理视角

CMDB架构分基础资源层架构和应用资源层架构。应用层资源架构把相关的资源以应用为中心实现资源整合。资源及其资源的关系称之为拓扑(应用拓扑、物理拓扑),资源管理方式有人工维护和自动发现两种方式,从详细的事前、事中和事后来看,可以分成详细的四中模式:人工、IT对象生命周期流程、场景化变更管理、自动发现等等。

基础CMDB建设五原则

  1. 面向IaaS和PaaS设计,能够管理底层的一切资源。

  2. 状态控制借助运维流程自动化完成。

  3. CI的维护要深度使用自动发现,而不是人工维护。

  4. 资源信息必须能为上层应用提供服务。

  5. 必须满足基础资源的CI管理需要。


应用CMDB建设七原则

  1. 提供统一的应用元数据管理能力,和应用类型无关。

  2. 核心诉求是应用生命周期管理。

  3. 以应用为中心,而非基础资源为中心。

  4. 从应用资源的角度构建起与IT资源的弹性关系。

  5. 为应用资源、动作、状态的统一管理提供支撑。

  6. 以统一的基础资源层CMDB作为基础。

  7. 核心场景就是持续交付。

应用CMDB模型层次化理解


暂时没有评论,评论一个吧?

您需要登录后才能评论 , 去登录

Powered by DS文库

Copyright © 专业IT管理知识分享平台 All Rights Reserved. 鄂ICP备19005274号-1
×
保存成功