多环境场景下blue/green deployment的通用命名规范咨询
2026-10-4
蓝绿部署场景下的环境命名通用方案
行业内没有强制统一的命名标准，但有认可度较高的通用实践，核心逻辑是和传统部署的语义保持兼容，降低团队认知成本：
概念定义调整建议
你方当前构思的概念对应关系容易和行业通用语义冲突：行业内通常默认将testing、staging、production定义为环境层级（部署阶段），blue/green定义为部署槽位（流量分组），避免和传统“环境”的指代混淆。
推荐两种可直接落地的命名方案
1. 槽位后置命名（最常用）
采用{环境层级}-{槽位}的格式，完全兼容原有testing环境的命名规则，和你方当前已有的实例命名也完全匹配：
- 生产环境蓝槽位：
production-blue - 预发环境绿槽位：
staging-green - 测试环境无槽位：直接保留
testing
日常表述示例：production环境的blue槽位运行状态如何？，语义清晰，新人上手几乎没有理解成本。
2. 多业务线扩展命名
如果团队同时维护多条业务线的部署，可再加前缀扩展为{业务线标识}-{环境层级}-{槽位}，比如pay-staging-blue指代支付业务线预发环境的蓝槽位，避免不同业务线的部署资源重名。
落地补充建议
- 所有云资源、CI/CD流水线的标签统一字段定义：用
env字段标记环境层级，slot字段标记蓝绿槽位，testing环境的slot字段可统一填default留空 - 内部文档统一术语定义，避免不同成员对“环境”的指代出现歧义
你方当前构思的将blue/green定义为环境、production等定义为阶段的方案虽然也可以跑通，但和多数技术人员的默认认知相悖，新人入职、跨团队协作时容易出现沟通偏差，不推荐采用。
内容的提问来源于stack exchange，提问作者BayerSe
相关产品推荐
相关产品推荐
