直接使用 kubectl apply 的痛点
了解为什么手动管理数十个 YAML 文件难以规模化
直接使用 kubectl apply 的痛点 是 CoddyKit 上的免费 DevOps Bootcamp 课时。 这是第 1 节课，共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 DevOps Bootcamp 学习路径的一部分，你的进度在网页和 CoddyKit 应用中同步。 DevOps Bootcamp 课程共包含 4 节课。
一个应用，多个文件
一个 Kubernetes 应用很少能放进单个文件中。您通常需要一个 Deployment、一个 Service、一个 ConfigMap 等资源，并分别放在各自的 YAML 文件中。
手动逐个应用
使用原生 Kubernetes 时，您需要对每个清单运行 kubectl apply。三个文件意味着要记住并按顺序运行三个命令。
kubectl apply -f deployment.yaml
kubectl apply -f service.yaml
kubectl apply -f configmap.yaml文件夹有所帮助，但作用有限
您可以一次应用整个文件夹。这很方便，但每个文件仍然只是一个松散、互不相关的对象，没有共享的身份。📁
kubectl apply -f ./manifests/复制粘贴问题
需要在开发环境和生产环境中运行同一个应用？您必须复制每个文件，然后分别手动编辑其中的镜像标签、副本数量和主机。
偏差逐渐出现
经过几次编辑后，开发环境和生产环境会悄悄产生差异。这种无声的偏差正是令人困惑且难以复现的错误最喜欢藏身的地方。🐛
没有统一的版本号
原始清单没有共享的版本。您无法指向一个数字，准确说明当前正在运行的是哪一组文件。
卸载需要手动完成
要彻底删除应用，您必须亲自删除每个资源。如果忘记一个 ConfigMap，它就会作为集群中的孤立杂物继续存在。
kubectl delete -f deployment.yaml
kubectl delete -f service.yaml回滚存在风险
糟糕的部署意味着您要翻查 Git 历史记录来寻找旧的 YAML。使用原生 kubectl 时，没有一步完成的回滚按钮。
到处都是重复内容
相同的标签和名称会在多个文件中反复输入。selector 中的一个拼写错误，就会让 Service 悄悄找不到自己的 Pod。
难以扩展
手动管理一个应用还可以。但在三个环境中管理二十个微服务，会把 YAML 整理变成一项全职且容易出错的苦差事。
我们真正需要的功能
我们希望用一个命令，将应用作为一个单元进行安装、版本管理、配置和删除。Helm 正好填补了这一空白。🎯
快速检查
手动管理大量原始清单会带来什么问题？
回顾
原始的 kubectl apply 会将应用分散在多个文件中，没有版本管理，容易产生偏差，清理也必须手动完成。这正是 Helm 存在的原因。✅
常见问题解答
「直接使用 kubectl apply 的痛点」课时是免费的吗？
是的 — 「直接使用 kubectl apply 的痛点」的完整文本可在网页上免费阅读。要进行交互式练习（内置代码编辑器和全天候 AI 导师）并解锁 DevOps Bootcamp 课程的其余内容，请升级到 CoddyKit PRO。 DevOps Bootcamp 课程共包含 4 节课。
「直接使用 kubectl apply 的痛点」这节课中我会学到什么？
了解为什么手动管理数十个 YAML 文件难以规模化 你通过在浏览器中直接运行的动手代码来练习 DevOps Bootcamp，全天候 AI 导师会在你学习这节课的过程中回答你的问题。
学习 DevOps Bootcamp 需要有经验吗？
无需任何先前经验。CoddyKit 上的 DevOps Bootcamp 课程适合初学者到高级学习者，你可以从这里开始或从头开始，按照自己的节奏学习。 这是第 1 节课，共 4 节。
「直接使用 kubectl apply 的痛点」课时需要多长时间？
大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动，所以你能稳步进步，并在网页和应用中从离开的地方继续。
我能在这节 DevOps Bootcamp 课中编写并运行代码吗？
能。每节 DevOps Bootcamp 课都包含内置代码编辑器，你可以在浏览器中直接编写并运行真实代码，并获得即时 AI 反馈 — 无需本地设置。
此课程中的所有课时
- 直接使用 kubectl apply 的痛点
- Helm：Kubernetes 的 apt/yum
- 快速了解 Chart、Release 与仓库
- Helm 3 与 Helm 2：不再需要 Tiller