蓝绿发布(Blue-green release)是一种软件部署策略,主要用于应对新版本软件在生产环境中的测试和部署。这种策略将新版本软件分为两个阶段:蓝色阶段和绿色阶段。蓝色阶段通常在开发和测试环境中进行,而绿色阶段则在生产环境中进行。蓝色阶段:在这个阶段,新版本软件会首先在开发和测试环境中进行部署。这个阶段的主要目的是发现和修复可能存在的错误、问题和缺陷。在这个阶段,开发人员可以对软件进行优化和
AWS 提供的三种预定义的部署配置之一,也可以创建自定义部署配置AllAtOnce 一次性所有实例进行部署 HalfAttime 一次部署实例的一半数量 OneAtTime 一次仅部署一个实例蓝/绿部署Canary (金丝雀) 线性的 All-at-onceAllAtOnce i = 9; if ture < 9 then ture ;if false = 9 ;then false
大家好,我是不才陈某~在项目迭代的过程中,不可避免需要上线。上线对应着部署,或者重新部署;部署对应着修改;修改则意味着风险。目前有很多部署发布的技术, 这儿将常见的做一个总结。上面所说难免有些抽象, 举一个情景例子, 假如你是微博项目负责人员, 现在新版本较原来的老版本有很大的改变, 这设计到服务架构、前端UI等等, 经过测试功能没有障碍, 那么这时候如何让用户切换到新的版本呢?显而易见, 第一次
蓝绿发布蓝绿部署是不停老版本,部署新版本然后进行测试,确认OK后将流量逐步切到新版本。蓝绿部署无需停机,并且风险较小。示例本例是一个 nginx 应用,包含一个 deployment、 service 以及 ingress。deployment 通过 NodePort 对外暴露端口,并且有一个 ingress 正在对外提供服务。编排模板如下。示例项目地址:https://code.aliyun.c
Nginx-ingress 是一个以 Nginx 为核心组件的 K8S 负载均衡工具,支持通过配置 Ingress 规则的 Annotations 来实现不同场景下的灰度发布和测试。 Ingress Annotations 支持以下 4 种 Canary 规则:nginx.ingress.kubernetes.io/canary-by-header:基于 Request Header 的流量切分,
转载 2024-06-20 12:46:41
179阅读
K8S蓝绿发布架构是一种流行的发布策略,通过逐步将新版本应用部署到生产环境中,逐渐替代旧版本,以确保应用的平滑升级。在这篇文章中,我将为你介绍如何在Kubernetes中实现蓝绿发布架构。 ### 1. 蓝绿发布架构流程 在Kubernetes中实现蓝绿发布架构通常包括以下几个步骤: | 步骤 | 操作 | | --- | --- | | 1 | 创建两个相同的环境,一个用于蓝色服务(旧版本)
原创 2024-03-04 12:02:56
74阅读
蓝绿发布的意义整个发布过程,用户没有感受到任何宕机或者服务重启。蓝绿发布的过程第0步:部署以前的配置第1步: 把绿色集群的状态改为’备用’. 从负载均衡的池里把这些地址去掉,这样,绿色的集群就不再回接收到来自用户的请求了.转而进入备用负载均衡的池里.第2步:在绿色集群里部署新的代码,直到应用启动成功第3步:使用备用负载均衡简单测试一下备用集群的部署情况.理想状态下是全自动的.第4步:把绿色备用集群
转载 2016-11-02 15:27:14
530阅读
1点赞
在现代软件开发与运维中,DevOps已经成为了一种不可或缺的方法论。而在DevOps实践中,蓝绿部署(blue-green deployment)也是一个非常重要的概念。 蓝绿部署是一种部署策略,通过在生产环境中同时维护和运行两个版本的应用程序来实现。通常情况下,一个版本被标记为“蓝色”,另一个版本被标记为“绿色”。蓝色版本对外提供服务,而绿色版本则是一个备用版本,在新版本的部署过程中可以保证系
原创 2024-03-07 11:58:41
47阅读
# Docker 蓝绿部署模式详解 随着微服务架构的普及,应用的频繁迭代使得部署和发布变得愈发重要。在这方面,蓝绿部署(Blue-Green Deployment)成为了一种流行的策略。本文将介绍蓝绿部署的概念,如何利用Docker实现蓝绿部署,以及相关的代码示例和图示,以便加深理解。 ## 1. 蓝绿部署的概念 蓝绿部署是一种减少应用部署过程中停机时间和风险的策略。其基本思想是维护两个相同
原创 11月前
122阅读
1、上传Mysql安装包,Mysql是二进制包,实际不用什么安装步骤,但是有有些配置需要进行手动配置,比如数据目录/data配置在哪,而且安装目录尽量不要和数据目录在一个文件夹下。插一个题外:如果想要为Mysql数据目录新增加一块硬盘,制作LVM步骤如下:如新添加的硬盘为/dev/sdb1,  fdisk划分分区 ,创建 /dev/sda7 sda8 sda9 指定系统文件类型8e---
# 什么是灰度发布,以及灰度发布A/B测试在一般情况下,升级服务器端应用,需要将应用源码或程序包上传到服务器,然后停止掉老版本服务,再启动新版本。但是这种简单的发布方式存在两个问题,一方面,在新版本升级过程中,服务是暂时中断的,另一方面,如果新版本有BUG,升级失败,回滚起来也非常麻烦,容易造成更长时间的服务不可用。为了解决这些问题,人们研究出了多种发布策略,下面我们一一介绍。## 蓝绿部署所谓蓝
转载 2024-08-15 00:07:54
90阅读
标题:Kubernetes蓝绿部署:步骤详解与实例演示 引言: Kubernetes是一种流行的容器编排平台,它为我们提供了强大的部署和管理容器化应用程序的能力。其中一种常用的部署策略是蓝绿部署,它可以让我们在不中断用户服务的情况下,平滑地将新版本的应用程序部署到生产环境,并在验证通过后切换到新版本。本篇文章将从整体流程和具体代码示例两个方面,帮助开发者理解和实现Kubernetes蓝绿部署。
原创 2024-01-22 12:59:48
136阅读
Kubernetes是一个开源的容器编排引擎,它可以帮助我们管理容器化应用程序的部署、运行和扩展。蓝绿发布是一种常用的部署策略,通过逐步替换旧版本的服务为新版本,确保服务的高可用性和稳定性。在Kubernetes中实现蓝绿发布可以让我们更加灵活地管理应用程序的版本更新,保证用户的无感知升级体验。 ### Kubernetes蓝绿发布流程 下面是Kubernetes蓝绿发布的基本流程,可以用表格
原创 2024-05-06 11:29:43
91阅读
Ingress蓝绿发布
原创 6月前
15阅读
我和我的同事向我们的客户提出的目标之一是完全自动化的部署过程。自动化部署有助于减少在“完成”软件和实现其价值之间出现的摩擦和延迟。它建立在许多通常与持续集成相关的想法之上,更多地推动了这种将软件快速投入生产并让它发挥作用的能力。他们关于蓝绿部署的部分作为未充分使用的技术之一引起了我的注意,所以我想在这里简要概述一下。 自动化部署的挑战之一是切换本身,将软件从测试的最后阶段带到现场生产。您通常需
一、蓝绿部署(Blue/Green Deployment) 过去的 10 年里,很多公司都在使用蓝绿部署(发布)来实现热部署,这种部署方式具有安全、可靠的特点。蓝绿部署虽然算不上“ Sliver Bullet”,但确实很实用。 蓝绿部署是最常见的一种0 downtime部署的方式,是一种以可预测的方式发布应用的技术,目的是减少发布过程中服务停止的时间。蓝绿部署原理上很简单,就是通过冗余来解决问题
istio1.0 实现蓝绿发布 环境: 192.168.0.91 master 192.168.0.92 node 第三步:部署同一个应用的两个版本 我们构建了简单的基于Nginx的Docker镜像来作为应用案例:janakiramm/myapp:v1和janakiramm/myapp:v2。 部署完成之后,这两个版本的Nginx会分别显示蓝色或者绿色背景的静态页面。我们用这
转载 2024-10-28 21:35:17
52阅读
在之前的应用部署系列文章里,我们已经介绍过什么是蓝绿部署。如需回顾,点击下方文章链接即可重温。本文我们将会介绍如何使用 Kubernetes 实现蓝绿部署。   前期准备:Kubernetes 集群kubectl要部署的应用程序的 Docker 镜像  如果你已经准备就绪,那么我们就开始部署啦! Step 1:创建命名空间首先,我们需要创建命名空间来部署我们
Kubernetes (K8s)是一个开源的容器编排平台,用于管理容器化应用程序的自动化部署、扩展和管理。在Kubernetes中,蓝绿部署是一种流行的部署策略,它可以实现零下时的应用无缝升级和回滚操作。在本篇文章中,我将带您详细了解Kubernetes蓝绿部署的流程以及每一步所需要的代码。 ### 1. 流程概述 Kubernetes蓝绿部署的流程如下: | 步骤 | 操作 | | ---
原创 2024-01-25 10:27:52
108阅读
 背景介绍某些情况下,我们在使用Kubernetes作为业务应用的云平台,想要实现应用的蓝绿部署用来迭代应用版本,用lstio太重太复杂,而且它本身定位于流控和网格治理;Ingress-Nginx在0.21版本引入了Canary功能,可以为网关入口配置多个版本的应用程序,使用annotation来控制多个后端服务的流量分配Ingress-Nginx-Annotation Canary 功
转载 2024-10-24 09:44:08
65阅读
  • 1
  • 2
  • 3
  • 4
  • 5