云原生CI/CD实战：云时代必修技能

如果你现在的交付流程还停留在「本地打包、手动传服务器、改配置、重启服务」这一套，那么云原生这套 CI/CD 值得你花时间了解。但要先说明：这门课不是给完全没碰过容器和 Kubernetes 的人准备的入门课，它默认你已经知道什么是镜像、什么是 Pod，讲的是怎么把「代码提交到上线」这条路真正跑顺、跑稳。

它解决的是哪个环节的问题

日常工作中常见的几个卡点：开发说代码没问题，运维说环境不一致；发版靠人盯着，回滚靠记忆；多套环境（测试、预发、生产）配置各写一份，改一处漏一处。这些问题本质上不是工具问题，而是流程没有固化下来。

这门课围绕云原生场景下的持续集成和持续交付展开，把「构建—测试—部署—发布」拆成可配置、可复用的环节。学完之后，你应该能独立搭出一条从代码提交触发、到自动构建镜像、再到部署到集群的流水线，而不是每次发版都靠群里喊人。

为什么重点讲 KubeVela 和 Zadig

市面上的 CI/CD 工具很多，Jenkins 是老牌，GitLab CI 用的人也多。这门课没有铺开讲所有工具，而是集中讲 KubeVela 和 Zadig 这两个在云原生交付里比较有代表性的方案。

KubeVela 偏向以应用为中心做交付编排，把「这个应用需要哪些资源、部署到哪个环境、怎么发布」用声明式的方式描述出来，适合已经上了 Kubernetes、想把部署这件事标准化的团队。Zadig 则更贴近研发日常，把环境管理、工作流、发布策略串在一起，对国内团队的使用习惯比较友好。两个工具都从基础用法讲到企业级场景，不是只跑一个 demo 就结束。

选择这两个工具的实际意义在于：你学到的不是某个产品的按钮在哪，而是云原生交付里「声明式」「环境隔离」「渐进式发布」这些共通思路。换工具时，思路能迁移过去。

学完能独立做什么

• 把一份代码仓库接入流水线，实现提交后自动构建、自动出镜像
• 用声明式配置描述一个应用的部署形态，而不是手写一堆 YAML 拼凑
• 在多个环境之间复用同一套发布流程，减少配置漂移
• 设计带灰度或分批的发布方式，出问题时能快速回退
• 排查流水线卡住、部署失败这类问题，知道从哪一层入手

这些能力对应的是运维、测试开发、以及需要自己管发布的开发岗。如果你的团队正在往容器化迁移，或者已经在 K8s 上但交付还很手工，这门课的内容基本能对上。

适合什么基础的人看

建议先具备：Linux 常用命令、Docker 基本操作、Kubernetes 的核心概念（Pod、Deployment、Service 这一层）。如果这几块完全空白，直接看会有点吃力，容易变成照抄命令却不知道在做什么。

课程从导学开始，然后进入 CD 部分，用 KubeVela 做企业级实战，节奏是先讲清楚一个工具在解决什么问题，再动手。资料以视频和配套导图为主，适合边看边在自己的测试集群上跟着做。不建议只看不练，CI/CD 这类内容光看流程是记不住的，跑通一次比看十遍有用。

最后给一个判断标准：如果你现在的工作里，发版这件事还需要专门安排人、专门挑时间、出了故障要手动收拾，那这门课值得投入；如果你连容器都还没用起来，可以先补基础，再回来学交付流程。