这门课面向什么工作场景

如果你的团队已经在用容器跑服务，但发版这件事仍然靠人肉操作——本地构建镜像、手动推仓库、SSH 到机器上改配置、盯着一堆日志确认有没有起来——那这门课要处理的正是这段流程。它讲的是用 Drone 做持续集成与交付，把构建、测试、镜像打包、部署到 Kubernetes 这一串动作串成一条自动触发的流水线。

换句话说，它解决的不是"怎么写业务代码"，而是"代码提交之后到服务上线之间，那堆重复且容易出错的活怎么交给机器"。这个场景在中小团队里尤其常见：没有专职的平台工程团队，运维和开发又都得兼着管发布，靠文档和口头约定维持流程，一旦有人请假或者版本密集，问题就集中爆发。

学完能独立做什么

按课程的设计，走完之后你应该能独立完成几件具体的事：为已有项目配置一条 Drone 流水线，让它在你推送代码后自动跑起来；在流水线里完成镜像构建并推送到镜像仓库；通过 Drone 的部署步骤把新版本应用到 Kubernetes 集群，并观察发布状态。同时，你会接触到 Kubernetes 里和交付直接相关的部分——工作负载、服务暴露、配置与密钥管理这些，而不是把 K8s 当成一个孤立的知识点去背概念。

需要说明的是，课程的重点在"交付链路"而不是 Kubernetes 的全面运维。集群本身的搭建、网络插件的选型、多集群治理这些更偏平台侧的内容，不在它的主要射程内。如果你的目标是成为 Kubernetes 管理员，这门课只是拼图的一块；如果你是想把手里项目的发布流程理顺，它的针对性就比较强。

资料适合什么基础

最低门槛是有 Linux 命令行使用经验，能看懂 Dockerfile，知道什么是镜像和容器。有过一次手动部署到服务器的经历会更好，因为课程里很多环节是在对比"手动做"和"流水线做"的差别，没有这段体感的话，容易觉得是在学工具操作。

反过来，如果你完全没有接触过容器，直接上这门课会比较吃力，流水线里的每一步都会变成黑箱。建议先补容器基础，再回来学交付。

两部分内容的关系

Drone 和 Kubernetes 在这门课里不是并列的两块知识，而是上下游。Drone 负责"什么时候、按什么顺序做什么"，Kubernetes 负责"最终这些东西以什么形态跑起来"。理解这条主线，学习时就不容易在 Drone 的插件机制或者 K8s 的各类资源对象里迷失——你只需要关注那些真正参与交付的部分。

学习顺序上，建议跟着课程节奏走，但每一节都问自己一句：这一步在真实项目里对应哪个动作？如果某一节的配置你暂时用不上，可以先记下它在链路中的位置，等遇到实际需求再回头细看。