概述
产品定位
ZStack CMP 是面向企业级异构基础设施的多云管理与运营平台，以统一资源治理为基础，以服务化交付为主线，以运营分析和自动化运维为保障，帮助组织建立跨云、跨数据中心、跨技术栈的一致管理体系。
企业基础设施通常由私有云、公有云、虚拟化、容器、存储、数据库以及既有运维工具共同构成。不同平台拥有独立账号、资源模型、操作入口和账单口径，随着业务规模扩大，容易形成资源不可见、交付不标准、权限难统一、费用难归属和运维协同困难等问题。
ZStack CMP 在不替代底层云平台专业能力的前提下建立统一治理层：向下以插件连接资源和工具，向上以门户、目录、流程、订单、报表和开放接口（API）连接组织与业务，把分散对象组织为可发现、可申请、可交付、可度量的服务体系。
适用对象
- 集团总部、区域中心、分支机构及多级组织，需要建立统一标准并保留分级自治。
- 数据中心和云平台团队，需要统一接入异构资源并提升服务交付效率。
- 运维与运营团队，需要汇聚监控、告警、账单、报表和优化数据。
- 架构与集成团队，需要连接配置管理数据库（CMDB）、IT 服务管理（ITSM）、认证、监控、堡垒机和企业门户。
市场变化与建设需求
云管理建设的重点已由“增加一个统一入口”转向“建立可持续的多云治理和服务运营机制”。
基础设施长期异构。 新建平台、存量虚拟化、公有云和容器平台会长期共存，企业需要统一治理而不是强制替换。
组织与资源关系更加复杂。 总部、区域、部门、项目和业务系统之间存在不同的授权、隔离、配额和成本责任。
交付效率取决于标准化。 资源能否快速交付，不仅取决于底层能力，还取决于目录、参数、审批、自动化和回收是否形成闭环。
运营视角从账单转向价值。 管理者需要同时观察资源规模、利用率、预算、费用归属和服务质量，支持容量和采购决策。
安全合规成为全流程要求。 身份、权限、凭证、传输、审批、日志和审计需要贯穿资源接入、交付、变更和回收过程。
平台必须融入既有体系。 云管平台需要与 CMDB、ITSM、统一认证、监控、通知和企业门户协同，而不是形成新的孤岛。
典型建设需求 统一摸清平台、资源、组织、责任和费用；以组织、角色、资源池、配额和标签建立规则；以目录、审批、订单和自动化形成交付闭环；以监控、账单和报表支撑运营优化。
建设目标、原则与边界
建设目标
- 统一可见：建立跨平台、跨组织的资源和服务视图，减少资产与责任盲区。
- 统一治理：形成身份、权限、配额、标签、审批、计费和审计规则。
- 统一交付：通过目录化、流程化和自动化缩短标准服务交付链路。
- 统一运营：关联资源、订单、账单、预算、监控和报表，支持经营分析。
- 持续演进：通过插件和 API 接入新平台、新服务和外围系统。
设计原则
- 标准优先：优先沉淀可复用的组织、目录、流程、计费和运维策略。
- 分层解耦：门户、治理服务、插件适配和底层平台职责清晰。
- 最小权限：接入账号、用户角色和自动化操作均采用必要的最小授权。
- 渐进建设：从高价值、可闭环场景起步，再扩展平台、组织和服务范围。
- 数据一致：统一资源、组织、订单、账单和指标口径，明确主数据来源。
能力边界
CMP 负责多云资源与服务的治理、交付、运营和运维协同，不替代底层云平台的计算、网络、存储高可用能力，也不替代专业安全、灾备、业务发布和应用管理系统。具体接入和操作范围受插件、许可证、底层 API 及项目交付方案约束。
建设判断： 当环境存在多平台、多组织、复杂流程、费用核算或系统集成诉求时，CMP 的治理价值最为明显；单一小规模资源池应结合实际复杂度确定建设范围。