云管平台作为IT基础架构下资源的全生命周期管理平台，如何更清晰地与其他运维系统的划分功能边界？

云管平台，主要负责云上所有应用生态的使用，但并不负责生态中所属组件的运维，比如数据库（mariadb），只负责用户如何申请、使用、反馈，但如果该组件出现何种故障，则要具体组件的运维人员负责。

我们先来看一下Gartner 对 CMP 的定义---CMP (Cloud ,Management Platforms，云管理平台)是一种管理公有云、私有云和混合云环境的整合性产品，其最小的功能范围应该包括自服务界面(self-service interfaces)、创建系统镜像(provision system images)、监控和账单(metering and billing)，以及基于策略的一定程度的负载优化(workload optimization)等。高级的功能还包括整合外部已有的企业管理系统，包括服务目录(service catalogs)、存储和网络资源配置，更高级的资源管理和监控，比如客户机性能和可用性监控等。
由上面的定义我们可见，云管实际上是一种资源服务的全生命周期管理平台，重点在于“资源服务”，引擎在于“服务编排”，围绕这个重点我们去设计云管平台时，才会不会将重心偏移暨定目标，那些外部系统更在行的比如“流程”，“监控”，“4A（认证、审计、账号、授权）”，“CMDB”，“通知系统”，我们只要进行对接集成或者整合即可。不需要将云管平台的主要功能放到这些外部系统更在行的功能上，这样容易造成功能边界不清，重复建设，互相矛盾的后果。而应该将主要精力放到，资源管控、资源服务化、服务目录化、编排模板化、编排可视化等方面。

首先作为 IT基础架构下资源的全生命周期管理平台，云管理平台应该具体以下能力
1、资源生命周期管理，创建、删除、变更、回收等
2、基础运维管理，开机、重启、远程维护、备份、快照等
3、提供资源基础性能监控
其它独立运维系统，通常具有明确业务场景
1、系统运维： 系统巡检、数据库巡检、网络巡检、数据备份等
2、安全：系统升级、系统加固、补丁升级等
3、业务：业务上线、业务更新、业务系统监控、数据库运维
      云管理平台提供基础资源相关运维，其它运维系统解决清晰场景的运维管理，其它运维系统多为具体使角色及使用场景。