【kubernetes】关于k8s集群的资源发布方式（灰度/滚动发布）

最新推荐文章于 2025-03-20 17:27:41 发布
最新推荐文章于 2025-03-20 17:27:41 发布
阅读量3.5k 收藏 35
点赞数 37
文章标签： kubernetes 容器 云原生 网络 docker 服务器 java
csdn~lxy
本文链接：https://blog.csdn.net/liu_xueyin/article/details/136316302
版权

目录

一、常见的发布方式

二、详解kubectl陈述式方式做灰度发布（金丝雀发布）

步骤一：先基于deployment控制器创建pod，然后发布

步骤二：基于命令行灰度发布

步骤三：测试等到版本稳定以后，再完成继续发布

三、滚动发布详解

一、常见的发布方式

  • 蓝绿发布:两套环境交替升级，旧版本保留一定时间便于回滚

特点：对用户无感，是最安全的发布方式，需要两套系统，对资源要求比较高，成本高

  • 灰度发布:根据比例将老版本升级，例如80%用户访问是老版本，20%用户访问是新版本

特点：对自动要求比较高，对比起来系统更加稳定发布，如果遇到问题可以减少影响范围

  • 滚动发布:按批次停止老版本实例，启动新版本实例。

特点：节约资源，用户无感，但是部署和回滚的速度慢

三种方式均可以做到平滑式升级，在升级过程中服务仍然保持服务的连续性，升级对外界是无感知的。那生产上选择哪种部署方法最合适呢?这取决于哪种方法最适合你的业务和技术需求。

如果你们运维自动化能力储备不够，肯定是越简单越好，建议蓝绿发布如果业务对用户依赖很强，建议灰度发布。如果是K8S平台，滚动更新是现成的方案，建议先直接使用。

二、详解kubectl陈述式方式做灰度发布（金丝雀发布）

金丝雀发布（Canary Release）
Deployment控制器支持自定义控制更新过程中的滚动节奏，如“暂停(pause)”或“继续(resume)”更新操作。比如

最低0.47元/天 解锁文章
【云原生技术】Kubernetes 发布方式-灰度发布
weixin_46453070的博客
01-01 1804
@[TOC](Kubernetes 发布方式-灰度发布) # 一、Kubernetes 发布方式有哪些 Kubernetes（K8S）支持多种应用发布方式，以适应不同的部署和更新场景。这些方法允许开发和运维团队有效地管理和控制应用程序的部署过程。以下是Kubernetes中支持的几种主要发布方式： 1. **滚动更新（Rolling Update）**: - 这是Kubernetes的默认更新策略。 - 它逐渐替换旧版本的Pods，同时新版本的Pods逐步上线。 - 优点是可以实现零停机
基于K8S的灰度发布实践
叱咤少帅的博客
06-29 1203
基于K8S的灰度发布实践
K8S如何灰度发布
zou8944的博客
06-02 5228
灰度发布、蓝绿发布、金丝雀发布等，本质上没有区别，都是版本渐进式发布+流量管理，所以也不要去纠结自己的发布方式到底算哪一种。硬要说，灰度发布是渐进式发布的统称，蓝绿发布和金丝雀发布是渐进式发布的具体方式，详细区别，在于蓝绿发布强调蓝绿环境（即新版和旧版服务）的平等性，流量拆分粒度较粗；金丝雀发布拥有更细粒度的流量拆分。灰度发布两个核心点：流量管理、发布流程管理。先来分析流量管理，不算Istio等组件新引入的流量管理策略，仅以Kubernetes本身的组件来看。一个常见的后端服务具有如下网络拓扑结构：ingr
基于k8s的service实现灰度发布
最新发布
weixin_46473943的博客
03-20 236
1、打开Deployment页面，选择要进行灰度的两个Deployment，然后添加同一个label，比如我下面添加name: aaa。这样访问到这个service服务的流量就会均分到我们第一步绑定的Deployment里。2、切换到service，更新service的关联服务。
K8S灰度发布
Ben的博客
07-12 6073
K8S灰度发布
k8s滚动升级_详解k8s零停机滚动发布微服务 - kubernetes
weixin_39651816的博客
12-22 650
作者：justmine(分布式数据处理研习社)出处：https://www.cnblogs.com/justmine创作不易，欢迎转载，但必须在文章开头保留此段声明，否则保留追究法律责任的权利。1、前言在当下微服务架构盛行的时代，用户希望应用程序时时刻刻都是可用，为了满足不断变化的新业务，需要不断升级更新应用程序，有时可能需要频繁的发布版本。实现"零停机"、“零感知”的持续集成(Continuou...
k8s使用ingress实现应用的灰度发布升级
xiaogg3678的专栏
01-22 1648
k8s使用ingress实现应用的灰度发布升级
【K8S】Kubernetes 中滚动发布由浅入深实战
Transient_的博客
01-23 1545
Kubernetes及其强大的特点之一就是超大规模集群应用的自动化部署，这其中包括了应用的扩容、缩容及其自适应扩缩容（HPA、VPA）。本文详尽的介绍了K8S中滚动发布的概念，并附带了丰富的命令实操截图。
k8s集群的资源发布方式（滚动/蓝绿/灰度发布）及声明式管理方法
2402_83805984的博客
08-03 1630
目录1.常见的发布方式2.实现蓝绿发布3.实现金丝雀发布（Canary Release）4.声明式管理方法蓝绿发布:两套环境交替升级，旧版本保留一定时间便于回滚优点：用户无感知，部署和回滚速度较快；缺点：浪费资源成本较高滚动发布:按批次停止老版本实例，启动新版本实例。优点：节约资源；缺点：部署和回滚速度较慢灰度发布(金丝雀发布):根据比例将老版本升级，例如80%用户访问是老版本，20%用户访问是新版本优点：保证整体系统稳定性，如果出现问题影响范围较小；缺点：自动化要求较高滚动升级方式： 蓝绿升级方式：
Kubernetes（K8s） CKA 认证班（第4期，2021年3月课程，基于V1.20最新版本）.rar
05-07
6. **滚动更新与回滚**：掌握应用更新策略，如蓝绿部署、灰度发布、滚动更新和回滚。 7. **调试与故障排查**：学会使用kubectl、日志查看、节点健康检查等手段来诊断和解决问题。 8. **安全与访问控制**：熟悉RBAC...
k8s 灰度发布（未完）
MssGuo的博客
11-13 2146
灰度发布
k8s中通过Jenkins蓝绿/灰度/滚动发布微服务
novice的博客
05-19 3737
1. jenkinsfile配置注意事项 微服务注册中心采用Eureka，部署后一般不会改动，直接手动部署，不放在cicd中；cicd只发布各个微服务的deployment； service/ingress也不经常改动，直接在阿里ACK控制台中手动安装，或者单独部署Jenkins item发布； 构建镜像的tag通过环境变量BUILD_NUMBER来命名；同时yaml中定义两个变量，镜像tag同理通过BUILD_NUMBER，yaml中的副本数replicas的值，通过parameter获取，传递进来；
k8s学习--基于Ingress-nginx实现灰度发布系统
lwxvgdv的博客
06-20 3047
首先在案例之前，先认识一下被业界广泛采用的服务发布有哪些，也是我们之后要实现的东西什么每种发布策略都有其特定的优缺点，选择合适的策略需要根据项目规模、团队能力和业务需求来综合考虑。蓝绿发布适合对稳定性要求极高的项目，A/B 测试适合需要数据驱动决策的功能优化，金丝雀发布则适合希望逐步发布、降低风险的场景。通过合理运用这些策略，可以有效提升发布过程的效率和质量。
k8s之灰度发布
热门推荐
weixin_42715225的博客
12-09 1万+
前言 为了使生产环境的应用服务，正常进行切换，而不导致生产环境的故障影响，需要使用到灰度发布 概念 灰度发布，又称金丝雀发布，是将应用的旧版本A与新版本B同时部署在环境中，业务请求可能会被路由到版本A的后端上，也可能会被路由到版本B的后端上；可以自定义灰度发布策略，调整版本A和B的流量占比，渐进式完成新版本应用的全量上线，最大限制地控制新版本发布带来的业务风险，降低故障带来的影响面，同事支持快速回滚。 灰度发布流程图 结语 … … ...
k8s 中的金丝雀发布(灰度发布)
weixin_68398469的博客
10-06 2647
金丝雀发布（Canary Release）也称为灰度发布，是一种软件发布策略。主要目的是在将新版本的软件全面推广到生产环境之前，先在一小部分用户或服务器上进行测试和验证，以降低因新版本引入重大问题而对整个系统造成的影响。是一种Pod的发布方式。金丝雀发布采取先添加、再删除的方式，保证Pod的总量不低于期望值。并且在更新部分Pod后，暂停更新，当确认新Pod版本运行正常后再进行其他版本的Pod的更新。
K8S Deployment 实现 金丝雀(灰度) 发布
matrixlzp的博客
02-06 1121
Deployment pause 的金丝雀发布是一种伪金丝雀发布。在滚动升级过程中，想要在⼀个确切的位置暂停滚动升级无法做到。无法实现流量的按比例分配。需要恢复更新才能执行回滚。相当于将有问题的版本全部更新完才能回滚，将影响面扩大化了。在现代云原生环境中，有许多其他工具和技术可以帮助实现金丝雀发布，如Kubernetes的服务网格Istio、负载均衡器配置等。这些工具允许细粒度控制流量分配，使得从A/B测试到完整的金丝雀发布变得更为容易实现。
K8S的灰度发布、滚动更新、蓝绿发布
qq_42494960的博客
08-18 7420
在项目迭代的过程中，不可避免需要上线进行部署。 目前项目部署的方式有很多种：像重新部署，蓝绿部署，金丝雀部署(灰度部署)，滚动更新。本文简单介绍下这些常见的部署方案以及使用k8s怎么进行对应部署 重新部署 定义:先停止旧服务，然后启动新服务，这是最简单的一种部署方式 缺点:在整个过程中会出现一段时间的服务不可用 先准备两个自己的镜像，访问接口为/dockerfile,返回的数据不一样: registry.cn-shenzhen.aliyuncs.com/chenpp/springboot-image
Kubernetes/k8s 灰度发布 (deployment分批发布）
soshow2011的博客
05-29 4441
1、疼点 生产环境流量宝贵十分谨慎， 发布和变更是两个重要的故障来源。 IDC迁移到K8S后，虽然K8S配置rolling策略可实现maxSurge=1/n
Jenkins(Pipeline) kubernetes(k8s)滚动发布实战
愤怒的苹果ext的博客
07-23 815
之前写过Jenkinskubernetes(k8s)滚动发布实战，使用的是Jenkins自由风格，本篇使用Pipeline实现滚动发布。
shell编写一套k8s发布java应用的灰度ab一键发布脚本
09-16
在Kubernetes (K8S) 中，编写一套用于Java应用的灰度发布和AB测试的一键部署脚本通常涉及以下几个步骤： 1. **环境准备**: - 确保已安装kubectl工具，这是与K8S交互的基本命令行工具。 - 拥有权限访问到K8S集群，并了解命名空间、服务、部署等基本概念。 2. **创建配置文件**: - 创建YAML或JSON格式的配置文件，如`app.yaml`或`deployment.yaml`，其中包含应用基本信息，如应用名称、镜像URL、容器端口、副本数等。 3. **灰度版本管理**: - 使用标签策略，比如给新版本的Java应用打上特定标签（如`v0.9`, `v0.9.1`），以便于区分生产环境中的稳定版和实验版。 4. **自动部署脚本**: - 编写shell脚本，例如`deploy.sh`，内容可能包括： - 验证应用是否已存在于命名空间中。 - 如果不存在，则创建一个新的部署，并指定版本标签。 - 更新现有部署，只替换部分Pod，保持其他Pod不变，这可以使用`kubectl set image deployment/<app-name> <container-name>=<image-name>:<tag>`命令实现。 - 利用`kubectl rollout`来做滚动更新，确保流量逐渐从旧版本切换到新版本。 5. **A/B测试**: - 可以利用Kubernetes的流量路由功能（如ingress controller或通过Labels+Weight）将用户请求分发到不同版本的应用实例上，设置权重来控制各版本的流量比例。 6. **监控与反馈**: - 部署完成后，需要实时监控应用健康状况以及性能数据，比如使用Prometheus、Grafana等工具。 ```sh #!/bin/bash # 定义函数 function deploy_version { local app_name="my-java-app" local tag=$1 kubectl set image deployment/$app_name container1=image:$tag } # 新建并部署新版本 if [[ ! $(kubectl get deployments $app_name -o jsonpath='{.items[?(@.metadata.labels["version"] == "new-tag")]?.metadata.name}') ]]; then kubectl apply -f app.yaml # 设置灰度发布，这里假设新版本标签为"new-tag" deploy_version new-tag fi # A/B测试示例 echo "Setting up A/B test..." kubectl patch ingress my-ingress -p '{"spec": {"rules":[{"host": "example.com", "http": { "paths": [{"path": "/", "backend": {"service": {"name": "my-java-app", "port": { "number": 80 }}, "weight": 70 // 70% to v1, 30% to v2 }}}]}}]}}' # 这里假设v1和v2分别代表两个不同版本的部署 # 监控和日志查看 kubectl logs deployment/$app_name -c container1 ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

运维菜鸟XY

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值