蓝绿部署、灰度发布、滚动发布

最新推荐文章于 2025-10-28 18:49:38 发布
原创 最新推荐文章于 2025-10-28 18:49:38 发布 · 166 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#蓝绿部署 #灰度发布 #滚动发布 #金丝雀发布 #CD

本文探讨了蓝绿部署的双集群切换、灰度发布的逐点部署和滚动发布的全节点替换，分析了它们的特点、优势与劣势，适合的场景和局限性，帮助理解不同升级策略的选择。

在这里插入图片描述

蓝绿部署

两套生产环境交替版本部署，路由切换环境

  • 特点：同时存在两个集群，两个集群中只有一个集群真正提供服务，另外一个集群测试、验证或待命
  • 优势：服务文档，版本回退简单，适用于各种场景的升级，大版本不兼容升级的或迭代兼容升级
  • 劣势：浪费硬件资源，需要同时有两个集群，如果集群比较大，比如有 1000 个节点，这种方式几乎不可用
  • 适用场合
    1. 开发测试环境
    2. 非关键应用（用户影响面小）
    3. 初创公司
      在这里插入图片描述
灰度发布（金丝雀发布）

跟新部分节点，稳定后跟新全部环境

  • 特点：逐点部署，逐步替换线上服务，周期长
  • 优势：小步快跑，快速迭代，用户体验影响小
  • 劣势：只能适用于兼容迭代的方式，如果是大版本不兼容的场景，就没办法使用这种方式了
  • 适用场合
    1. 对新版本功能或性能缺乏足够信心
    2. 用户体验要求较高的网站业务场景
    3. 缺乏足够的自动化发布工具研发能力
      在这里插入图片描述
滚动发布

灰度发布的基础上滚动发布，逐个替换

  • 特点：所有节点替换，保留旧版，新版部署成功后删除旧版，路由切换
  • 优势：用户体验影响小；耗费资源少
  • 劣势：回滚困难，运维技术要求高，短暂出现新老版本不一致的情况
    在这里插入图片描述
蓝绿部署、滚动部署与灰度发布：详解三种主流软件部署策略
03-29 1348
蓝绿部署是一种通过同时运行两个版本的系统来实现无缝更新的部署策略。在这种策略中，“蓝”环境和“绿”环境是两个完全独立的生产环境，它们在硬件、软件配置、数据存储等方面都是相互独立的。在部署新版本时，开发团队会先将新版本部署到“绿”环境，而“蓝”环境仍然继续运行旧版本。当“绿”环境经过充分的测试，确认没有问题后，通过切换流量的方式，将用户请求从“蓝”环境切换到“绿”环境，从而实现新版本的上线。如果在切换后发现新版本存在问题，可以迅速将流量切换回“蓝”环境，恢复到旧版本，最大限度地减少对用户的影响。
【部署】蓝绿发布、滚动发布、灰度发布，有什么区别
Sunny的专栏
12-02 4478
0、背景 在项目迭代的过程中，不可避免需要”上线“。上线对应着部署，或者重新部署；部署对应着修改；修改则意味着风险。目前有很多部署发布的技术, 这儿将常见的做一个总结。 上面所说难免有些抽象, 举一个情景例子,假如你是微博项目负责人员, 现在新版本较原来的老版本有很大的改变, 这设计到服务架构、前端UI等等, 经过测试功能没有障碍, 那么这时候如何让用户切换到新的版本呢? 显而易见, 第一次发布的应用是没有所谓的这个问题的, 这种如何发布的思考只会出现在后面的版本迭代中。 一、蓝绿发布 蓝绿部署.
客户端与平台存在有状态连接的系统蓝绿发布方案设计
hunger_wang的博客
05-27 479
背景 有这样一个系统，客户端（设备或本地系统）与平台之间建立着有状态的连接（如TCP长连接），连接上有实时业务，偶然断开就会导致业务中断，影响用户使用。 但系统需要建设“蓝绿”发布机制，客户端需要在“蓝绿”这2个环境之间做切换，如何保障切换时不影响业务呢？ 方案设计 方案一 平台在“蓝绿”切换时，发送对应环境的服务器地址给客户端，客户端采用新地址重连平台。 优点： 简单。 缺点： 切换操作触发重连，会中断业务。只能选择凌晨这些业务量少的点做切换，但还是不能百分百保证不影响业务。当然如果切换很快，可以采用客户
OpenShift 4 Hands-on Lab (3) - 应用部署和切换策略（蓝绿、金丝雀和A/B、回滚）
多恩斯基的博客
02-01 2028
文章目录应用上线部署策略蓝绿部署金丝雀发布和A/B测试部署回滚 应用上线部署策略 本节介绍应用部署上线和切换应用访问的常用策略。虽然可以根据需要灵活使用以下策略，但由于本节使用了同一组验证的应用，因此请按顺序进行下面3个Lab操作。 蓝绿部署 蓝绿部署是最常见的一种不间断的应用升级部署的方式，蓝绿部署的目的是安全稳定地发布新版本应用，并在必要时回滚。蓝绿部署的特点是在一个时间点请求会100%地发给...
蓝绿发布 Blue-Green Deployment：把切换风险收进一个可控的开关
最新发布
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
10-28 559
蓝绿发布是一种通过维护两套生产环境（Blue和Green）实现零停机部署的策略。其核心在于流量切换而非部署过程，只需调整路由配置即可完成版本更新，并保留秒级回退能力。该策略适用于重大版本升级、基础设施改造等场景，能有效解决停机窗口、回退复杂等问题。关键实现包括负载均衡器切换、Kubernetes服务选择器更新等，同时需注意数据库状态同步。相比金丝雀发布和滚动更新，蓝绿发布资源成本更高但切换更快速可靠。文章提供了Kubernetes环境下的具体实现示例，包括应用代码、Dockerfile和部署清单。
三种发布方式
weixin_37949513的博客
06-21 483
发布方式
DevOps蓝绿部署
Jian Sun_的博客
06-18 1666
蓝绿部署 蓝绿部署（blue-green deployment）强调在生产环境同时有两套版本，一个叫做“蓝环境”一个叫做“绿环境”。当需要发布新版本应用时，发布部署的机制是一次只发布新的软件版本到一个系统环境中，比如说把新的软件版本发布到蓝环境中，让新版本的应用程序先热一下身，至于热身的时限可以由应用所在的行业或企业自行决定。由于只在蓝环境做新版本的发布，绿环境不会受到影响。我们可以在蓝环境上运行“冒烟测试”，来检查蓝环境的正常情况。如果情况正常，通过网络的路由设置来切换原先在绿环境的用户流量到蓝环境。这
无感部署 - 蓝绿部署、AB测试、灰度发布
热门推荐
洛阳泰山的博客
08-12 1万+
今天下午正在群里，和开发群友们，闲聊，一张boss直聘的照片，突然被一名群友发出来，一名群友在boss上求职，被面试者，问基本毕业，群友回答，三本毕业，面试者说，对不起，我们只要2本统招以上的，（这样的要求估计公司的逼格要和bat差不多吧），群友回了句，好的。本以为到此告一段落，没想多面试者吴先生画风一转，回复了一句，考不上本科的都是智商有问题。群友可能感觉是被羞辱了，然后这张截图在qq群和微信群里，开始疯传，网络传播的速度就是这么快，才半个小时，我加入的好几个群里，到处都是发的这个截图。 细心的网络
理解 什么是 滚动更新，蓝绿部署，灰度发布 以及它们的区别
nvd11的专栏
06-22 2359
滚动更新，蓝绿部署，灰度发布这3种 现代化的 发布模式相信很多人都听过， 但是并不是都能正确理解他们的作用和区别。
发布策略：蓝绿部署、金丝雀发布(灰度发布)、AB测试、滚动发布、红黑部署的概念与区别
Mr.ACO的专栏
01-21 1784
K8S 部署模式
理解灰度发布、蓝绿发布、滚动发布
我是小bā吖的博客
05-06 1248
在这种策略中，会维护两个生产环境，一个是当前活跃的（绿色环境），另一个是待部署的新版本环境（蓝色环境）。首先，新版本会在蓝色环境中完全部署并进行验证，一旦确认无误，通过切换路由或者负载均衡器的配置，将流量从绿色环境无缝切换到蓝色环境。如果新版本有问题，可以迅速回滚到绿色环境，无需停机。
【Java】在你上一家公司中是如何如何实现蓝绿发布的？
JAVA_aik的博客
06-11 1081
随着微服务应用的不断增加，各个微服务之间的依赖关系也变得比较复杂，各个微服务的更新、升级部署给整个服务域的稳定性带来很大挑战。在进行技术方案的设计之前，我们先来了解一下生产环境的基本部署情况，如下图所示：用户在面向用户端（下文通称 C 端）下单后，C 端订单系统需要远程调用订单域中的“创建订单“接口。同时，订单域、运单域相关服务都需要调用基础服务域，进行基础数据的查询服务。从这里也可以看出，基础服务的稳定运行对整个微服务体系至关重要。那如何确保基础服务域不受版本的影响，始终能够提供稳定可控的服务呢？
通过Kong实现蓝绿部署
风一样的少年
08-26 1604
蓝绿部署的起源 蓝绿部署的灵感起源于 “海腾”（海豚），海豚是永远不睡觉的，这是因为海豚有两个脑子，左脑和右脑，平时的时候左脑和右脑都在工作，而在休息的时候右脑是运作的以防止被攻击。 Kong的蓝绿部署简述 “蓝绿“是指蓝色环境和绿色环境，业务开始运行在蓝色环境，当要上新版本的时候，会把新版本更新在绿色环境并进行测试，确定没问题后，会把业务切换到绿色环境。依次类推，再有新版本的时候，就更新蓝色环境...
发版模式（蓝绿、灰度、滚动）简单原理
qq_42924666的博客
11-04 2876
蓝绿部署 所谓蓝绿部署，是指同时运行两个版本的应用，如上图所示，蓝绿部署的时候，并不停止掉老版本，而是直接部署一套新版本，等新版本运行起来后，再将流量切换到新版本上。但是蓝绿部署要求在升级过程中，同时运行两套程序，对硬件的要求就是日常所需的二倍，比如日常运行时，需要10台服务器支撑业务，那么使用蓝绿部署，你就需要购置二十台服务器。 滚动发布 滚动发布能够解决掉蓝绿部署时对硬件要求增倍的问题。 所谓滚动升级，就是在升级过程中，并不一下子启动所有新版本，是先启动一台新版本，再停止一台老版本，然后再启动一台
蓝绿部署、A/B测试以及灰度发布
weixin_33737774的博客
03-02 596
过去的10年里，很多大公司都在使用蓝绿部署，安全、可靠是这种部署方式的特点。蓝绿部署虽然算不上”Sliver Bullet“，但确实很实用。在有关于“微服务”、“DevOps”、“Cloud-native”的讨论中，蓝绿部署、A/B测试、灰度发布，这三种部署方式往往同时出镜。 那么问题来了，蓝绿部署、A/B测试、灰度发布，这三者之间究竟有...
nginx应用：使用nginx进行蓝绿部署
知行合一 止于至善
06-04 1万+
这篇文章介绍一下蓝绿部署以及使用nginx如何最简单地模拟一下蓝绿部署的方式 蓝绿部署 蓝绿部署的重点在于如下特点 1. 蓝色版本和绿色版本同时存在 2. 实际运行的环境为蓝或则绿，只能为其中之一，通过开关控制 优点和缺点分析：优点在于它的速度和回滚。而缺点也显而易见。可以快速回滚是因为有两套环境同时存在的缘故，所以复杂度和需要的资源会增多，因为其有两套环境。 另外虽...
蓝绿部署、红黑部署、AB测试、灰度发布、金丝雀发布、滚动发布的概念与区别...
weixin_33912638的博客
04-18 2581
在有关微服务、DevOps、Cloud-native、系统部署等的讨论中，蓝绿部署、A/B 测试、灰度发布、滚动发布、红黑部署等概念经常被提到，它们有什么区别呢？通过搜索相关资料，做一个简单的辨析，如下： 一、蓝绿部署（Blue/Green Deployment）过去的 10 年里，很多公司都在使用蓝绿部署（发布）来实现热部署，这种部署方式具有安全、可靠的特点。蓝绿部署虽然算不上“ Sliv...
介绍一下 滚动更新，蓝绿部署，灰度发布
08-13
<think>首先，用户要求使用中文回答问题。所以，我的回答必须完全用中文。 用户的问题是关于介绍三个概念：滚动更新（Rolling Update）、蓝绿部署（Blue-Green Deployment）和灰度发布（Gray Release）。 我需要先回答这个问题，解释每个概念的基本含义。 然后，在回答结束后，我必须添加3-5个相关问题。这些相关问题必须以“§§相关问题§§”开头，并且这是第一行，不能换行分散。意思是“§§相关问题§§”必须完整输出在一行上，然后列出问题。 从示例看，格式是： - 先回答内容。 - 然后输出“§§相关问题§§”在一行上。 - 之后列出问题，每个问题以数字和点开头，比如“1. ···” 示例中还有代码块，但在这个问题中，可能不需要代码，除非用户要求。 用户的问题是“介绍一下滚动更新，蓝绿部署，灰度发布”，所以我应该提供简洁的解释。 现在，回忆一下这些概念： 1. **滚动更新（Rolling Update）**：在Kubernetes等容器编排系统中，逐步替换旧版本的Pod或实例，确保服务不中断。例如，一次更新一个实例，直到所有实例都更新。 2. **蓝绿部署（Blue-Green Deployment）**：有两个相同的环境：蓝环境运行旧版本，绿环境运行新版本。通过切换路由，将流量从蓝环境切换到绿环境，实现零停机部署。 3. **灰度发布（Gray Release）**：也称为金丝雀发布（Canary Release）。逐步将一部分流量路由到新版本，以测试稳定性，然后再逐步增加流量，直到完全替换。 回答时，我需要用中文解释这些。 确保回答完整后，添加相关问题。 相关问题：需要基于用户的问题和我的回答提出3-5个问题。问题应该与主题相关，帮助用户深入理解。 例如： 1. 滚动更新在Kubernetes中是如何实现的？ 2. 蓝绿部署有什么优缺点？ 3. 灰度发布与滚动更新有什么区别？ 4. 如何选择适合的部署策略？ 5. 灰度发布中如何控制流量比例？ 现在，结构我的回答： - 开头：介绍每个概念。 - 然后输出“§§相关问题§§” - 列出3-5个问题。 最后，确保所有内容符合规则：用中文、回答后添加相关问题、"§§相关问题§§"在第一行完整输出。</think>滚动更新、蓝绿部署和灰度发布是软件部署中常用的三种策略，旨在实现零停机更新和降低发布风险。 - **滚动更新（Rolling Update）**：在容器化环境中（如Kubernetes），逐步替换旧版本的实例。例如，先启动一个新实例，停止一个旧实例，重复此过程直到所有实例更新完毕，确保服务持续可用。 - **蓝绿部署（Blue-Green Deployment）**：维护两个相同的生产环境：蓝环境运行旧版本，绿环境运行新版本。通过负载均衡器或路由切换，瞬间将所有流量从蓝环境切换到绿环境，实现无缝更新和快速回滚。 - **灰度发布（Gray Release）**：也称为金丝雀发布（Canary Release）。逐步将一小部分用户流量路由到新版本，监控稳定性和性能后，再逐步增加流量比例，直到完全替换旧版本。这有助于早期发现和修复问题。 这些策略各有适用场景：滚动更新适合微服务架构，蓝绿部署强调快速切换，灰度发布则优先风险管理。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值