蓝绿部署和金丝雀部署，滚动发布

‌蓝绿部署与金丝雀部署的核心区别在于版本切换方式‌：前者通过全量切换实现零停机更新，后者采用渐进式流量分配验证新版本。‌‌

‌核心机制对比‌

‌蓝绿部署（Blue-Green Deployment）‌。
采用双生产环境并行架构（蓝色-旧版本/绿色-新版本）。
流量切换为全量瞬间转移，新旧版本无共存期。‌‌
资源消耗量为原系统的200%，需完整复制数据库等基础设施。‌‌

‌金丝雀（灰度）部署（Canary Deployment）‌。
通过逐步分流实现版本过渡（通常1%→5%→20%→100%）。
新旧版本在生产环境中共存，共享后端资源。‌‌
资源消耗量仅需额外10%-30%，适合横向扩展架构。‌‌

滚动部署（Rolling Deployment）
每次只升级一个或多个服务，升级完成后加入生产环境，不断执行这个过程，直到集群中的全部旧版本升级新版本。

‌技术实现差异‌

‌流量控制方式‌：
蓝绿部署通过负载均衡器/DNS切换实现全量路由。‌‌
金丝雀部署需依赖服务网格（如Istio）实现精细流量切分。‌‌
‌数据兼容性处理‌：
蓝绿部署要求新版本完全兼容旧版数据库结构。‌‌
金丝雀部署允许通过请求染色实现数据版本适配。‌‌

-‌----适用场景分析‌

‌首选蓝绿部署的场景‌：
金融交易系统等需要零容错的核心业务。
数据库Schema变更等破坏性更新。‌‌
重大版本迭代后的完整回归测试。‌‌

‌适用金丝雀部署的情况‌：
电商平台大促期间的渐进式功能更新。
机器学习模型的A/B测试场景。
微服务架构的局部组件升级。‌‌

滚动发布以平滑性换取稳定性：
微服务架构下最常用的部署方案，配合CI/CD流水线可实现“发布无感化”。