多客户私有化项目如何统一升级，又不覆盖现场配置

多个客户分别维护脚本、镜像标签和配置分支后，同一产品很难统一升级。可以把公共版本和客户差异分开管理，减少每次升级时的重复核对。

先划清三类内容

• 公共能力： 组件拓扑、镜像、端口、健康检查和默认配置，由统一模板维护。
• 现场参数： 域名、数据库地址、存储类、资源规格和外部接口，安装或升级时保留。
• 客户定制： 客户专用的业务组件或代码，需要明确版本来源，不能混在普通配置中。

升级批次怎么安排

先在开发环境发布新模板，再选择一个同构的验收环境升级。核对数据库迁移、现场参数和接口兼容后，按客户窗口分批发布。每批都保留上一镜像版本和数据恢复点。

模板升级不是“覆盖整个现场”。Rainbond 对镜像、环境变量、存储、配置文件和依赖关系有不同合并规则。例如部分变量只新增而不覆盖，因此升级前必须看属性差异。

出现问题时先回什么

应用组件可以回滚到前一构建版本，但数据库 schema 和业务数据不一定能随组件自动回滚。涉及数据结构变化时，应在发布包中同时提供向前迁移、兼容窗口和恢复方案。

可执行检查见 应用模板生命周期教程，完整交付模型见 ToB 软件交付专题。