Blue-Green Deployment
蓝绿部署
蓝绿部署会把当前版本和新版放在两套分开的环境。新版检查完成后，流量才会切换过去。
blue active + green ready -> validate -> switch traffic -> observe -> retire or switch back生产流量 100%GREEN · v2预览已就绪health + smoke ✓→blue active + green ready -> validate -> switch traffic -> observe -> retire or switch backOPS另一个例子
蓝色环境提供结账服务。绿色环境运行第 2 版并通过检查。路由切到绿色后，蓝色会先保留，以便返回。
主要部分
- 01当前使用的环境
- 02新版预览环境
- 03对应的配置与容量
- 04切换前检查
- 05流量切换
- 06观察与返回时间
什么时候用
预算能承担两套环境，而且需要快速切换流量时，可以使用蓝绿部署。要规划检查、容量、切换、观察和返回方式。
什么时候不要用
不要保证完全不停机，也不要假设数据库能轻松回滚。路由延迟、长连接和不兼容的数据改动，仍可能让切换失败。
代码里的名称
blue active + green ready -> validate -> switch traffic -> observe -> retire or switch back 上线前要检查
发布前核对正确的代码仓库、分支、目标与代码差异。保留尚未发布的工作，并通过审查与自动检查（CI）。记录冲突、数据丢失风险、发布顺序、版本追踪、恢复与回到上一版的方法。
预期结果：用 蓝绿部署 (Blue-Green Deployment) 安全交付或恢复变更，并留下可审核记录。 用户场景：蓝色环境提供结账服务。绿色环境运行第 2 版并通过检查。路由切到绿色后，蓝色会先保留，以便返回。 交付概念或操作：蓝绿部署 (Blue-Green Deployment)。 适用理由：预算能承担两套环境，而且需要快速切换流量时，可以使用蓝绿部署。要规划检查、容量、切换、观察和返回方式。 不应使用的情况：不要保证完全不停机，也不要假设数据库能轻松回滚。路由延迟、长连接和不兼容的数据改动，仍可能让切换失败。 交付要求：指出代码仓库与目标。列出前置条件、变更内容、审查与自动检查（CI）、冲突和数据丢失风险、发布顺序，以及恢复或回到上一版的命令。 仓库防护：保留尚未发布的工作与可审核历史。没有明确备份时，不得执行破坏性操作。发布前核对准确的代码差异与远程仓库目标。 验收标准：预期的代码差异已审查，必要检查已通过。目标版本可追踪，失败恢复已演练，发布历史也可审核。 证据与限制（证据边界）：没有一份官方标准能涵盖全部内容。不同团队、平台或框架的用法可能不同。 待确认：代码仓库与分支、协作状态、发布环境、批准负责人、受保护的检查，以及要恢复的版本。
检查这份需求
请 AI 编程助手检查当前如何使用 蓝绿部署 (Blue-Green Deployment)。 定义：蓝绿部署会把当前版本和新版放在两套分开的环境。新版检查完成后，流量才会切换过去。 生产环境检查：发布前核对正确的代码仓库、分支、目标与代码差异。保留尚未发布的工作，并通过审查与自动检查（CI）。记录冲突、数据丢失风险、发布顺序、版本追踪、恢复与回到上一版的方法。 修改程序前，先列出看到的证据、缺口、严重程度，以及最小且安全的修正。