AI 助理
文档备案控制台
开发者社区 云原生 容器服务 文章 正文

【赵渝强老师】Kubernetes（K8s）中的金丝雀升级

2026-06-08 23
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： 本文详解Kubernetes中金丝雀（灰度）部署策略：通过分阶段发布新版本（如v2.0.0仅1个Pod起步），逐步扩大流量比例，实时验证稳定性，再平滑全量升级。含完整YAML配置、kubectl操作步骤及效果验证，兼顾安全性与可控性。（239字）

b451.png

在项目迭代开发的过程中，对应用进行上线部署是不可避免的。项目的上线部署策略主要有以下三种：金丝雀升级、蓝绿升级和滚动升级。下面将重点介绍金丝雀升级策略以及在Kubernetes中如何实现它。视频讲解如下：


金丝雀部署，也可以叫做灰度部署。它通过在项目部署升级过程中，先让部分用户继续使用旧版本，而另一部分用户开始使用新版本。如果新版本在升级过程中没有发生问题，那么逐步扩大新版本的用户使用范围，直到使用旧版本的用户都迁移到新的新版本上面来。通过使用金丝雀部署可以最大程度地保证系统整体的稳定性，并在部署升级过程的早期就可以发现和解决问题，以保证项目部署升级的进度。下图说明了金丝雀部署升级的过程。

image.png


下面通过一个具体的示例来演示如何实现应用的金丝雀部署升级。

（1）创建“canary-demo-v1.yaml”文件，并输入下面的内容。

apiVersion: v1
kind: Service
metadata:
  name: canary-demo
  labels:
    app: canary-demo
spec:
  type: NodePort
  ports:
  - name: http
    port: 80
    targetPort: http
  selector:
    app: canary-demo
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: canary-demo-v1
  labels:
    app: canary-demo
spec:
  replicas: 10
  selector:
    matchLabels:
      app: canary-demo
      version: v1.0.0
  template:
    metadata:
      labels:
        app: canary-demo
        version: v1.0.0
    spec:
      containers:
      - name: canary-demo
        image: collenzhao/k8s-deployment-strategies
        ports:
        - name: http
          containerPort: 8080
        env:
        - name: VERSION
          value: v1.0.0
# 这里使用了Service的服务来实现Deployment的负载均衡。

（2）使用命令应用“canary-demo-v1.yaml”文件。

kubectl apply -f canary-demo-v1.yaml

（3）获取Service的信息。

kubectl get service canary-demo
# 输出的信息如下：
NAME          TYPE         CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
canary-demo   NodePort   10.1.119.250   <none>        80:30952/TCP   4s

（4）通过Service访问Deployment。

curl 10.1.119.250:80
#输出的信息如下：
Host: canary-demo-v1-78b6cd78db-skjng, Version: v1.0.0
# 这里可以看出目前应用的版本是v1.0.0。

（5）使用金丝雀来升级应用，创建“canary-demo-v2.yaml”文件并输入下面的内容：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: canary-demo-v2
  labels:
    app: canary-demo
spec:
  replicas: 1
  selector:
    matchLabels:
      app: canary-demo
      version: v2.0.0
  template:
    metadata:
      labels:
        app: canary-demo
        version: v2.0.0
    spec:
      containers:
      - name: canary-demo
        image: collenzhao/k8s-deployment-strategies
        ports:
        - name: http
          containerPort: 8080
        env:
        - name: VERSION
          value: v2.0.0

（6）单开启两个命令行窗口使用“watch”命令来监控Deployment和Pod的变化。

kubectl get --watch deployment
kubectl get --watch pod

（7）执行应用的升级。

kubectl apply -f canary-demo-v2.yaml

（8）观察Deployment和Pod的变化，如下图所示。

image.png

从上图可以看出v1.0.0的版本共有10个实例；而v2.0.0的版本只有1个。

（9）执行下面的脚本来请求应用程序。

for a in {1..11}
  do 
    sleep 1;
    curl "10.1.119.250:80";
  done
# 输出的信息如下：
Host: canary-demo-v1-78b6cd78db-nbbjx, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-nbbjx, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-67cg5, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-gd9kf, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-7zjwf, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-gd9kf, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-dskpc, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-gd9kf, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-67cg5, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-fdrwp, Version: v1.0.0
Host: canary-demo-v2-7c4c5f5444-g69jr, Version: v2.0.0
# 提示：for循环中一共循环了11次，其中：10次访问了v1.0.0的版本；
# 而只有1次访问了v2.0.0的版本。

（10）将v2.0.0版本的实例扩容到5个，v1.0.0版本的实例缩容到5个。

kubectl scale --replicas=5 deploy canary-demo-v2
kubectl scale --replicas=5 deploy canary-demo-v1

（11）观察Deployment的变化，如下图所示。

kubectl get --watch deployment

image.png

（12）重新执行下面的脚本。

for a in {1..10}
  do 
    sleep 1;
    curl "10.1.119.250:80";
  done
# 输出的信息如下：
Host: canary-demo-v1-78b6cd78db-67cg5, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-9dphd, Version: v1.0.0
Host: canary-demo-v2-7c4c5f5444-lcbhw, Version: v2.0.0
Host: canary-demo-v1-78b6cd78db-hr9x8, Version: v1.0.0
Host: canary-demo-v1-78b6cd78db-7zjwf, Version: v1.0.0
Host: canary-demo-v2-7c4c5f5444-lcbhw, Version: v2.0.0
Host: canary-demo-v1-78b6cd78db-fdrwp, Version: v1.0.0
Host: canary-demo-v2-7c4c5f5444-9hbwr, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-9hbwr, Version: v2.0.0
Host: canary-demo-v1-78b6cd78db-hr9x8, Version: v1.0.0

（12）停止v1.0.0的版本，并把v2.0.0版本的实例扩容到10个。

kubectl delete deployment.apps/canary-demo-v1
kubectl scale --replicas=10 deploy canary-demo-v2
# 提示：这时候应用将全部升级到v2.0.0的版本。
# 如果再次执行for循环的脚本，所有请求都将返回下面的信息。
Host: canary-demo-v2-7c4c5f5444-g69jr, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-lcbhw, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-hs4k2, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-lcbhw, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-hs4k2, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-g69jr, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-9hbwr, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-5h5sm, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-g69jr, Version: v2.0.0
Host: canary-demo-v2-7c4c5f5444-5h5sm, Version: v2.0.0

（13）清理测试的数据。

kubectl delete all -l app=canary-demo
文章标签：
容器
Kubernetes
Perl
监控
赵渝强老师
目录
相关文章
云计算学习者
|
17天前
|
人工智能 自然语言处理 文字识别
阿里云百炼Qwen3.7-Max简介：能力、优势、支持订阅计划参考
Qwen3.7-Max是阿里云百炼面向智能体时代推出的新一代旗舰模型，对标GPT-5.5、Claude Opus 4.7等闭源旗舰。该模型支持百万级token上下文窗口，具备顶级推理能力、多模态搜索与视觉理解增强、流式输出低延迟响应等核心优势，覆盖编程、办公、长周期自主执行等复杂场景。同时支持OpenAI接口兼容，便于系统快速迁移。用户可通过Token Plan团队或节省计划等订阅方式灵活调用，适合企业级高要求场景使用。
云计算学习者
6171 30
阿里云百炼Qwen3.7-Max简介：能力、优势、支持订阅计划参考
阿里云云原生
|
2天前
|
数据采集 人工智能 前端开发
让 Coding Agent 从黑盒到透明：阿里云 Agent 观测审计数据采集实践
AI Agent 规模化落地带来执行黑盒、行为难追溯、成本难度量三大难题。阿里云基于 OTel 标准，面向 Coding Agent、个人通用助理和框架型 Agent，推出 LoongSuite Pilot、插件及探针等无侵入采集方案，让 Agent 实现可看见、可分析、可审计、可治理。
阿里云云原生
582 135
YueGuan
|
11天前
|
存储 定位技术 数据库
CodeGraph 如何让 Claude Code减少 7 成工具调用？
CodeGraph 为 Coding Agent 提供本地代码知识图谱，把函数、类、调用链和框架路由提前整理成“项目地图”，减少盲目搜索和文件读取。它不是新 Agent，而是上下文基础设施，让 Agent 更快找到正确代码路径，平均减少 7 成工具调用。
YueGuan
1216 3
ClawdbotMoltbot
|
9天前
|
人工智能 安全 定位技术
CodeGraph深度解析 让Claude Code工具调用直降七成的核心原理与实操教程
如今以Claude Code为代表的AI编程智能体已经成为开发者日常编码、项目重构、漏洞修复的必备工具。但在长期使用过程中，几乎所有开发者都会遇到同一个明显痛点：AI虽然具备强大的代码生成与分析能力，却常常陷入盲目探索的循环中。
ClawdbotMoltbot
1052 1
阿里云安全_
|
18天前
|
人工智能 自然语言处理 供应链
阿里云正式发布 Agentic 代码安全：AI驱动的双Agent协同引擎
推动代码安全向主动防御演进。
阿里云安全_
3163 7
Clawdbot
|
9天前
|
人工智能 弹性计算 安全
阿里云618活动时间、活动入口、优惠活动详细解读
2026年阿里云618创新加速季已全面开启，作为年度力度最大的云产品促销活动，本次大促覆盖轻量应用服务器、ECS云服务器、GPU云服务器、数据库、AI算力、安全服务、CDN等全品类产品，推出5亿元算力补贴、新用户限时秒杀、普惠满减、企业专享、免费试用、云大使返佣等多重福利，个人开发者、中小企业、AI团队均可享受专属低价。本文将系统梳理2026年阿里云618活动的完整时间节点、官方参与入口、各类优惠细则、使用规则、热门产品推荐及实操代码，帮助用户精准参与、高效省钱，以最低成本完成上云部署。
Clawdbot
859 5
37jarcnww4udg
|
8天前
|
人工智能 自然语言处理 安全
Vibe Coding 实战：别盲目跟风，先分清 vibe coding 适合什么场景
本文系统总结vibe coding实战经验：明确其适用场景（原型、小工具、标准化模块），剖析5步落地流程（场景判定→结构化提示词→目录初始化→分模块生成→自动化校验），指出四大常见误区，并推荐适配工具Trae。强调“场景匹配+规则前置”是提效关键，避免盲目套用。
37jarcnww4udg
698 1