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

[p=30,2,center]

[p=30,2,center]

{定义}配置管理通过记录配置项之间的关系，提供了一个服务、资产与基础设施模型，称之为配置模型。配置模型应说明配置项在每个结构中的关系和位置。组织应建立服务配置结构，来确定特定服务中的所有组件。

{分析}云计算给传统的资源建设和运维模式带来了巨大的变化，简而言之可以归纳为以下几点：

• 服务化：云计算带来了可定制的标准化、弹性化资源服务
• 集中化：通过云管理平台，可以将分布在不同数据中心的资源统一纳管起来，形成物理上分散、逻辑上统一的分布式云数据中心，实现资源的集中化管理。
• 平台化：云管理平台的另一个方面就是打破了传统的按照业务系统来申请、分配和维护资源的烟囱式管理模式，转变为各业务共享虚拟资源池，并进行统一规划、建设和管理的水平管理模式，实现了从资源规划、设计、建设到资源交付和运营维护的资源生命周期统一规划管理。同时，从资源上讲，云计算实现了资源服务层、云管理平台层、资源池平台层、虚拟资源层和物理资源层的层次划分和解耦。当物理资源或虚拟资源发生故障时，由于资源池管理平台和云管理平台的隔离作用，资源服务以及其承载的业务可能并没有收到影响；
• 自动化和远程化：在云计算环境中，很多活动如资源的部署、服务的订阅与开通、故障的自动处理（如动态迁移、Scale-out等）等引入了自动化技术，为资源服务和维护的效率提升提供了保障
  
  

{实践}由于云计算给资源建设和运维模式带来的上述变化，对云环境下的CMDB模型也会产生相应的影响，例如：

• 资源服务以及关键服务组件应作为配置项管控起来
• 资源服务层、云管理平台层、资源池平台层、虚拟资源层和物理资源层的划分会影响配置项的层级和重要性级别划分，同时，云管理平台、资源池、虚拟机、虚拟化工具、镜像、快照等云计算引入的资源或逻辑实体也应作为配置项纳入管控
• 服务层、平台层、虚拟化平台层和虚拟化层的层次划分和资源管理的服务化也带来了组织架构和人员的变革，例如资源服务的运营人员、平台级的管理、规划、设计和维护人员对于云服务的提供都有重要的意义，可能需要作为配置项来跟踪和管理这些核心人员。
• 云计算的一些自动化工具和管理手段（如迁移策略、安全策略、DevOps管理手段等）可能也需要纳入配置管控中
• 在ITSM与云平台集成的环境中，ITSM工具不仅要负责IT系统（包括云平台系统）的系统运维流程管理，还需要担负一部分IT服务（包括云服务）的业务运营流程管理，主要是云服务的资源管理功能，在云服务环境下，一个单纯符合ITIL&ISO20000要求的CMDB和CMS是不足以满足需要的，我们需要对CMDB（含CMS）进行一定的功能强化和扩展，使其能够满足云环境下的统一服务资源池以及资源装配的需求，例如：
  
  

• 定制存量管理功能，与云服务有关的配置均纳入存量管理，记录用量、存量以及当前状态
• 具备资源装配、资源预占、资源释放能力
• 按照服务目录信息组织资源模板
• 实时查看和更新资源存量信息
• 由监控管理实时更新当前配置状态，避免装载无效配置
• 完善CMDB既有功能（配置扫描、配置比对、配置基线）
  
  

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

[p=30,2,center]

[p=30,2,center]

{定义}配置管理通过记录配置项之间的关系，提供了一个服务、资产与基础设施模型，称之为配置模型。配置模型应说明配置项在每个结构中的关系和位置。组织应建立服务配置结构，来确定特定服务中的所有组件。

{分析}云计算给传统的资源建设和运维模式带来了巨大的变化，简而言之可以归纳为以下几点：

• 服务化：云计算带来了可定制的标准化、弹性化资源服务
• 集中化：通过云管理平台，可以将分布在不同数据中心的资源统一纳管起来，形成物理上分散、逻辑上统一的分布式云数据中心，实现资源的集中化管理。
• 平台化：云管理平台的另一个方面就是打破了传统的按照业务系统来申请、分配和维护资源的烟囱式管理模式，转变为各业务共享虚拟资源池，并进行统一规划、建设和管理的水平管理模式，实现了从资源规划、设计、建设到资源交付和运营维护的资源生命周期统一规划管理。同时，从资源上讲，云计算实现了资源服务层、云管理平台层、资源池平台层、虚拟资源层和物理资源层的层次划分和解耦。当物理资源或虚拟资源发生故障时，由于资源池管理平台和云管理平台的隔离作用，资源服务以及其承载的业务可能并没有收到影响；
• 自动化和远程化：在云计算环境中，很多活动如资源的部署、服务的订阅与开通、故障的自动处理（如动态迁移、Scale-out等）等引入了自动化技术，为资源服务和维护的效率提升提供了保障
  
  

{实践}由于云计算给资源建设和运维模式带来的上述变化，对云环境下的CMDB模型也会产生相应的影响，例如：

• 资源服务以及关键服务组件应作为配置项管控起来
• 资源服务层、云管理平台层、资源池平台层、虚拟资源层和物理资源层的划分会影响配置项的层级和重要性级别划分，同时，云管理平台、资源池、虚拟机、虚拟化工具、镜像、快照等云计算引入的资源或逻辑实体也应作为配置项纳入管控
• 服务层、平台层、虚拟化平台层和虚拟化层的层次划分和资源管理的服务化也带来了组织架构和人员的变革，例如资源服务的运营人员、平台级的管理、规划、设计和维护人员对于云服务的提供都有重要的意义，可能需要作为配置项来跟踪和管理这些核心人员。
• 云计算的一些自动化工具和管理手段（如迁移策略、安全策略、DevOps管理手段等）可能也需要纳入配置管控中
• 在ITSM与云平台集成的环境中，ITSM工具不仅要负责IT系统（包括云平台系统）的系统运维流程管理，还需要担负一部分IT服务（包括云服务）的业务运营流程管理，主要是云服务的资源管理功能，在云服务环境下，一个单纯符合ITIL&ISO20000要求的CMDB和CMS是不足以满足需要的，我们需要对CMDB（含CMS）进行一定的功能强化和扩展，使其能够满足云环境下的统一服务资源池以及资源装配的需求，例如：
  
  

• 定制存量管理功能，与云服务有关的配置均纳入存量管理，记录用量、存量以及当前状态
• 具备资源装配、资源预占、资源释放能力
• 按照服务目录信息组织资源模板
• 实时查看和更新资源存量信息
• 由监控管理实时更新当前配置状态，避免装载无效配置
• 完善CMDB既有功能（配置扫描、配置比对、配置基线）