配置管理CMDB业务要件

关于整个配置管理模型与CMDB的规划构想，其实在去年底就差不多成型了，但困于项目，无法尽快展到拖到现在，这过程中也与很多人做过交流，不过基本上是越发让我坚定想法了，看来去年底的思考还是对的，前段时间一个美国的公司过来跟我们交流ITSM工具，这家公司在中国在美奥软件，英文名叫MO（ManagedObjects)，他们号称是BSM（业务服务管理）领域的领跑者，我看了他们的软件演示，也听他们介绍了理念，还不错，个人觉得跟我的想法差别不大，模型与技术实现没有问题的情况下，最终成败就取决于应用了。 配置管理（Configuration Management）是IT服务管理（ITSM）中的核心组成部分，主要关注对IT资源的管理和控制，确保系统的稳定性和可追溯性。CMDB（Configuration Management Data Base）是配置管理的重要工具，它存储和管理所有配置项（Configuration Items, CIs）的相关信息，为IT服务提供准确的数据支持。 CMDB的规划构想涉及到业务服务管理（Business Service Management, BSM），BSM强调以业务视角来理解和管理IT服务，确保IT与业务需求的紧密契合。在构建CMDB时，需要考虑如何将业务需求转化为配置管理的实践，以便更好地支持业务流程和服务交付。 业务要件在配置管理中扮演关键角色，它们是业务流程中的基本元素，如应用程序、硬件设备、网络组件等，它们的属性、关系以及状态直接影响到业务服务的性能和可用性。在设计CMDB时，需要定义业务要件的属性池，包括属性的ID、名称和说明，以及属性值的具体内容。这些属性能够反映CI的功能、位置、所有权等信息，有助于理解CI在业务中的作用和相互关联。 CI分类是将不同类型的业务要件归类，便于管理和分析。构成、连接和需要是描述CI之间关系的三大法则： - 构成：表示一个CI是如何由其他CI组成的，通常是从逻辑或物理层面形成层级结构。 - 连接：描述CI之间的物理连接，例如网络设备间的连接。 - 需要：表明一个CI的正常运行依赖于另一个CI，例如服务器依赖于电力供应。 在性能定义方面，CMDB的设计应注重用户体验，比如界面的响应速度、查询效率、操作时间和报表统计速度。这些性能指标确保CMDB在实际应用中能快速有效地提供服务。 属性管理是CMDB的核心功能之一，包括添加、修改、停用和删除属性。其中，公用属性的定义可以简化管理，但需谨慎处理，避免影响已引用该属性的CI实例。同时，约束管理确保属性值的数据类型和输入方式的一致性，通过预设的数据类型和输入方式约束，可以降低错误输入的风险，提高数据质量。 配置管理CMDB业务要件的设计涉及业务理解、CI建模、属性管理和关系规则等多个方面。成功实施CMDB的关键在于将理论模型与实际业务需求相结合，通过有效的沟通和应用，确保CMDB能够支持IT服务的高效、稳定运营。在与不同公司的交流和实践中，不断优化和完善CMDB的规划，可以进一步提升ITSM的整体效能。