微服务常见部署策略有哪些？蓝绿、滚动和金丝雀有什么区别？

简化版

微服务常见部署策略有滚动发布、蓝绿发布和金丝雀发布。滚动发布逐批替换实例，成本低但新旧版本会共存；蓝绿发布准备两套环境，一键切流，回滚快但资源成本高；金丝雀发布先让少量流量访问新版本，观察没问题再逐步放量，风险控制最好。

详细版

三种发布方式对比：

发布方式	做法	优点	缺点
滚动发布	分批下线旧实例、上线新实例	简单、省资源	新旧版本共存，回滚速度一般
蓝绿发布	蓝环境跑旧版，绿环境跑新版，切换流量	回滚快、环境完整	资源成本高，数据兼容要求高
金丝雀发布	少量用户或少量比例先用新版	风险小、可观察	发布系统和监控要求高

微服务发布还要注意接口兼容、数据库变更兼容、配置灰度、监控告警、自动回滚和依赖服务版本。不能只发布应用包，还要考虑整条调用链是否兼容。

完整版教学

一、为什么微服务更重视发布策略

单体系统通常一次发布一个整体，虽然包大，但版本关系简单。微服务系统有很多服务，每个服务又有多个实例，一个服务上线可能影响上下游多个服务。

如果没有发布策略，任何小改动都可能变成线上事故。例如订单服务新版本改变了响应字段，BFF 还没适配；库存服务新版本出现慢查询，所有下单请求都被拖慢。

发布策略的目的就是降低变化风险，让新版本先在可控范围内运行，确认稳定后再扩大影响。

二、滚动发布怎么工作

滚动发布会逐批替换实例：

旧版实例：A A A A
第一批：  B A A A
第二批：  B B A A
第三批：  B B B A
完成：    B B B B

它的优点是资源成本低，不需要准备完整双环境。Kubernetes Deployment 默认就很适合滚动更新。

缺点是发布过程中一定存在新旧版本共存，所以接口和数据库必须兼容。比如新版本代码不能要求某个字段必须存在，而旧版本还没写这个字段。

三、蓝绿发布怎么工作

蓝绿发布准备两套环境：

蓝环境：旧版本，正在接流量
绿环境：新版本，提前部署验证
切流后：流量从蓝环境切到绿环境

它的好处是切换和回滚都很快。如果绿环境出问题，把流量切回蓝环境即可。

但蓝绿发布资源成本更高，而且数据库变更仍然麻烦。因为蓝环境和绿环境通常访问同一份生产数据，如果新版本执行了不兼容的数据迁移，回切旧版本也可能失败。

所以蓝绿发布不是万能回滚按钮，数据库兼容仍然要谨慎设计。

四、金丝雀发布怎么工作

金丝雀发布先让少量流量进入新版本：

1% 用户 -> 新版本
99% 用户 -> 旧版本
观察指标正常
10% -> 30% -> 50% -> 100%

流量选择可以按用户 ID、地域、租户、设备版本、请求 Header 或随机比例。金丝雀发布适合风险较高、影响面大的服务。

关键是必须配套监控：错误率、延迟、业务转化率、告警量、日志异常。如果没有观测能力，金丝雀只是“慢慢扩大事故范围”。

五、数据库变更的发布原则

微服务发布里最容易忽略数据库兼容。一个安全套路是“扩展—迁移—收缩”：

先新增字段或新表，不删除旧字段。
新旧代码都能兼容运行。
发布新代码，开始写新字段。
后台迁移历史数据。
确认所有服务不再依赖旧字段。
最后删除旧字段。

这个过程比直接改表慢，但能支持滚动、蓝绿和回滚。

六、发布前后应该检查什么

发布前要确认接口契约、依赖版本、配置项、数据库脚本、容量和回滚方案。发布中要观察错误率、P95/P99 延迟、核心业务量、下游异常。发布后要持续观察一段时间，因为有些问题只在特定流量或定时任务触发时出现。

如果指标异常，应该能快速降级、回滚或切流，而不是临时查机器、找日志、手动改配置。

七、常见误区与追问

这道题要紧扣「微服务部署策略」本身回答，不能把它混成泛泛的微服务架构套话。面试官通常会沿着“为什么需要、流程怎么走、失败怎么兜、代价是什么”继续追问，所以回答要覆盖服务边界、通信方式、网关/BFF、数据归属、版本兼容和部署治理。

回答层次	要讲清的内容	容易漏掉的边界
核心结论	微服务部署要支持滚动、蓝绿、金丝雀和回滚，核心是降低发布风险并保持版本兼容	不要停在名词解释
流程机制	构建不可变镜像 -> 发布少量实例 -> 执行健康检查 -> 灰度导入流量 -> 观察指标 -> 扩大或回滚	要说清触发点、状态变化、确认点和失败兜底
工程取舍	先让 5% 流量进入新版本观察 10 分钟错误率，再逐步放到 25%、50%、100%	微服务提升团队自治和独立演进能力，但会带来分布式调用、数据一致性、依赖治理和运维复杂度

微服务部署策略 面试拆解：
1. 构建不可变镜像
2. 发布少量实例
3. 执行健康检查
4. 灰度导入流量
5. 观察指标
6. 扩大或回滚

记忆钩子：先给结论，再拆流程，再讲数字例子和失败边界；回答「微服务部署策略」时要围绕题目问法收束，不要把相邻概念堆成一段没有重点的名词清单。

误区：微服务可以随时全量发布。 服务间依赖复杂，全量发布会放大兼容性和故障风险。
误区：部署成功等于发布成功。 还要看错误率、延迟、业务指标和下游影响。
误区：回滚一定简单。 数据库变更、消息格式和缓存污染可能让回滚困难。
追问：蓝绿和金丝雀区别？ 蓝绿整套环境切换，金丝雀按小流量逐步放量。
追问：如何保证兼容？ 接口向后兼容、双写双读、灰度字段和契约测试。
追问：发布失败怎么止血？ 暂停放量、回滚版本、摘除实例、降级开关和恢复数据。

八、加强记忆

滚动发布像一批批换人，蓝绿发布像准备两套舞台再切灯光，金丝雀发布像先让少量观众试演。微服务发布的核心不是把包发上去，而是让变化可灰度、可观察、可回滚。

简化版

详细版