技术白皮书 | ZStack CMP · ZCF

产品架构

ZStack CMP 采用门户、治理服务、平台公共服务、插件适配和基础资源分层设计，将云平台差异封装在连接层，将企业治理规则沉淀在平台层。

架构设计围绕三个解耦展开：用户入口与底层资源解耦，使同一目录可以面向不同平台交付；治理流程与资源插件解耦，使组织、审批、订单和计费规则能够复用；平台核心与外围系统解耦，通过 API 和消息机制连接企业既有体系。

技术架构由访问与体验、多云治理服务、平台公共服务、插件与适配、基础资源以及安全可靠性能力组成。门户和 API 提供统一访问，核心服务处理治理逻辑，插件负责连接异构平台。

新增云平台或工具系统时，优先通过适配插件封装认证、资源模型和操作接口；新增业务场景时，优先复用组织、目录、流程、订单、计费和报表能力，减少对核心框架的侵入。

兼容性说明： 插件可接入不等于所有平台具备完全一致的资源模型和操作范围。实际能力以插件版本、底层 API、账号权限和验证结果为准。

功能架构围绕“资源—服务—运营—运维—治理”展开：资源接入形成统一底座，服务目录与流程完成交付，订单和计量连接运营，监控与自动化保障运行，平台中心提供组织、安全和开放能力。

同一能力在不同组织和角色下可呈现不同视图。平台管理员负责全局策略，组织管理员管理授权范围，普通用户使用已发布服务；实际菜单由插件、许可证、角色和组织共同决定。

CMP 可根据环境规模、可用性目标、网络区域和外部依赖确定部署形态。小规模验证环境可采用精简部署，生产环境应结合并发、任务量、监控数据规模和恢复目标规划高可用及备份方案。

CMP 通过北向 API、南向插件和企业系统接口构建开放集成体系，避免成为新的信息孤岛。

REST API 面向企业门户、运营平台、流程平台和其他业务系统开放资源、订单、组织及操作能力。接口使用应配置受控凭证、权限范围、调用审计和异常处理。

资源插件负责封装云平台、虚拟化、容器、存储和数据库的认证、资源模型、同步与操作差异。插件升级或底层版本变化后，应重新验证关键链路。

集成前应明确系统边界、数据主责、同步方向、唯一标识、失败补偿、幂等规则和审计要求。对于关键自动化链路，应设计超时、重试、回滚或人工接管机制。

统一管理扩大了可见范围，也要求更严格地控制身份、凭证、操作和平台运行风险。

通过用户、角色、权限和多级组织定义访问边界，并结合资源池、配额和服务可见范围限制用户能够查看、申请和操作的资源。

管理访问采用 HTTPS；访问密钥、云账号、证书、令牌和脚本中的敏感信息应受控存储、定期轮换，并在人员或系统变更后及时回收。

平台记录用户操作、审批、任务、消息和执行结果。日志留存周期、导出方式和外部审计系统对接应根据组织制度及合规要求确定。

CMP 不会消除底层云平台、网络、存储、安全和灾备系统的责任。跨云统一操作仍受底层能力和权限限制，关键业务应保留专业平台的运维与应急通道。

责任域	主要责任	交付与运行关注点
CMP 平台	负责组织权限、目录流程、插件配置、任务调度、审计和平台自身可用性。	建立平台巡检、备份恢复、变更审批和容量基线。
资源平台	负责云平台、虚拟化、容器、存储和数据库本身的运行与专业处置。	确认接口能力、账号权限、版本兼容和原生应急通道。
网络与安全	负责访问链路、防火墙、证书、堡垒机、安全策略与合规控制。	验证连通性、凭证轮换、日志留存和安全事件协同。
业务与应用	负责业务系统可用性、数据保护、停机窗口及变更验收。	明确服务等级、恢复目标、依赖关系和回退条件。
运营与组织	负责服务目录、审批规则、成本归属、责任人和持续优化机制。	定期复核目录、配额、预算、交付周期与服务质量。

落地要点： 在项目启动阶段形成责任分配矩阵（RACI）或同类责任矩阵，并将账号、接口、备份、告警、变更和应急联系人纳入交付验收清单。