← 返回概念解读

Concept Fable精修版

蓝绿部署

Blue-Green Deployment · Deployment / release engineering

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

两座磨坊之间,河水只需要换一次道

山脚有两座磨坊,一座给全镇磨面,另一座平时空着试新石盘。磨坊主起初靠新旧两条水渠办事,熟人熟路,日子小的时候很少出错。磨坊主意识到,发布新石盘的风险不在“能否装上”,而在真实粮流切换后是否还能稳定供全镇使用。

后来石盘改好后,大家想立刻拆旧坊换新坊。直接拆旧坊会把验证和停机绑在一起;一旦新石盘出问题,故障便没有现成的回退路径。

第一次修补很急:先在旧坊边修边用,坏了就让全镇等着。在旧坊边直接改石盘把验证和停机绑在一起,新故障一来就没有现成回退路径。可新毛病跟着出来,大家只盯最容易被看见的地方,远处的小偏差越积越深。

磨坊主在另一座坊完整装好新石盘,用少量粮商做验收,再由闸门一次切换水流;旧坊保持可用,异常时立即切回。

磨坊主让少数粮商先走新坊,称重、尝粉、查水量都合格后,再把水慢慢引过去。这一步麻烦,起初还拖慢了工期;可几轮之后,返工少了,师傅也不再凭脾气改规矩。新版本切换终于变成可验证、可回退的动作,故障不必再让全镇停工。

新路承重前先证明兼容,旧路则保留到确认稳定为止;蓝绿部署的核心是把发布验证与流量切换、快速回滚结合起来。

某天新石盘卡住,他只把闸门拨回旧渠,镇上的面粉没有断。从那以后,换新活计时,最好让旧路还能接住人,确认稳了再让新路承重。

概念落点

这个故事讲的是:蓝绿部署

蓝绿部署会保留两套接近生产环境的系统:一套正在承接真实流量,另一套提前部署新版本。新版本验证通过后,把流量切过去;如果出问题,再切回旧环境完成回滚。

对 Agent 系统来说,蓝绿部署能降低停机和回滚风险,但前提是数据迁移兼容、配置一致、密钥可用、工具连接正常,流量路由也能被精确控制。

故事对应

  • 蓝磨坊:当前生产环境
  • 绿磨坊:准备上线的新生产环境
  • 半夜直接改老磨坊:高风险原地发布
  • 水道切换:traffic switching
  • 蓝磨坊保留:快速 rollback 路径
  • 配置、迁移和密钥一致:蓝绿部署的运行前提
  • 最后洞察:蓝绿部署用并行环境和流量切换降低发布停机与回退成本

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

Canary deploymentrolling deploymentrollbackrelease managementtraffic switching

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。