K8s初级篇+中级篇+高级篇+架构篇

围绕 Kubernetes 的分层学习框架

这套资料以 Kubernetes 为主线，按照初级、中级、高级和架构几个层次组织内容，适合用来建立一套从容器编排基础到集群设计思路的连续认知。它关注的不是单个命令的记忆，而是对象、控制器、调度、网络、存储和集群运行方式之间如何协同。对于已经接触过容器，但对 Kubernetes 中各类资源的职责、关系和使用边界缺少整体判断的开发者，可以把它当成一份分阶段对照实践的技术材料。

这类学习最容易出现的问题，是只会根据示例创建一个工作负载，却不了解应用为什么能够被调度、服务为什么能够被发现、实例重建后数据如何保留，以及配置变化如何进入集群。资料从基础概念逐步过渡到持久化、运维和架构相关主题，有助于把零散操作放回 Kubernetes 的控制面与数据面中理解。阅读时应重点关注资源之间的输入输出关系，以及一个应用从提交配置到稳定运行期间经历了哪些环节。

这门课主要解决哪些工程问题

在真实项目中，Kubernetes 的难点通常不在于执行一条创建命令，而在于如何把应用描述成可维护、可扩展、可恢复的工作负载。开发者需要判断哪些内容属于镜像，哪些内容应该通过配置注入，哪些数据可以随实例生命周期结束而丢弃，哪些数据必须依赖独立的存储系统。涉及存储时，还要区分容器内目录、节点路径、共享存储和集群级持久化声明的不同作用，避免因为实例重建或调度迁移造成数据不可用。

资料中包含对 Kubernetes 存储能力的分层讲解，例如临时目录共享、节点路径挂载、网络文件系统接入，以及持久卷和持久卷声明之间的关系。这些内容适合结合应用部署来理解：临时数据可以放在哪里，多个容器如何共享工作目录，节点本地数据为什么会带来调度约束，应用又如何通过声明式资源申请持久化空间。掌握这些区别后，才能在排查数据丢失、挂载失败、权限异常和应用启动失败时，快速定位问题属于容器、节点、存储后端还是资源绑定流程。

更高层次的主题则帮助学习者形成集群运维和架构视角。Kubernetes 并不是一套只用于发布应用的命令集合，它还涉及资源编排、故障恢复、容量规划、组件边界和运行环境设计。通过逐步学习不同阶段的知识，可以把单个工作负载的配置问题，扩展到服务之间的协作、集群资源的使用方式，以及生产环境中对可靠性和可维护性的要求。

适合什么基础，建议先看哪些内容

如果已经了解 Linux 基本操作、网络端口、进程和文件系统，并且对容器镜像、容器启动参数有初步认识，那么可以直接从初级部分开始。没有 Kubernetes 使用经验的读者，不建议一开始就跳到架构内容，应先建立 Pod、工作负载、服务、命名空间和标签选择这类核心概念。学习重点不是背诵字段，而是理解声明式配置如何描述目标状态，以及控制器如何持续让实际状态接近目标状态。

建议先看基础对象和应用发布相关内容，再进入服务访问、配置管理、资源限制和调度思路。完成这部分后，再看存储主题会更顺畅，因为此时已经知道工作负载由什么对象管理，也能理解为什么卷的挂载位置会影响容器内的应用行为。存储部分可以重点比较临时卷、节点目录挂载、网络共享和持久卷声明，记录它们在生命周期、可移动性、数据保留方式和适用场景上的差异。

在基础和中级内容之后，再学习高级运维与架构相关部分。这个顺序能够避免只看到复杂配置，却不了解其解决的问题。阅读高级主题时，应把注意力放在故障场景和设计取舍上，例如实例重启后状态如何恢复，节点不可用时工作负载如何重新安排，存储资源如何与应用解耦，以及不同组件之间如何共同支撑集群的稳定运行。

学完后可以独立完成什么

完成系统学习后，可以独立搭建一个具有基本结构的 Kubernetes 实验环境，并将一个容器化应用发布到集群中。你应能够根据应用特点选择合适的工作负载对象，配置副本数量、标签和访问方式，检查实例状态与事件信息，并通过日志、描述信息和资源状态判断部署是否真正达到预期。对于配置、挂载和服务发现等常见问题，也能够从对象关系入手排查，而不是反复修改配置碰运气。

在数据处理方面，可以独立为不同类型的数据选择合理的存储方案。临时缓存、构建中间文件和容器间短期共享数据，可以使用生命周期较短的卷；需要访问节点目录时，能够意识到节点绑定、权限和调度范围带来的限制；需要跨容器或跨实例保存数据时，则可以进一步使用共享存储和持久化资源。你还可以围绕持久卷与持久卷声明设计一个简单的应用部署流程，验证数据在实例重建后的可用性，并检查容量、访问模式和挂载状态是否符合预期。

继续完成高级和架构部分后，能力范围会从“会部署一个应用”扩展到“能解释一个集群方案”。这包括分析工作负载的资源需求，理解控制平面与节点侧组件的职责，思考网络、存储、调度和故障恢复之间的联系，并为实验环境或小型业务系统提出具有依据的部署结构。这里的目标不是直接套用某个固定架构，而是能够根据应用状态、数据重要性、可用性要求和运维复杂度做出判断。

资料配合练习的方式

建议采用“看一段、写一份、改一次、删掉重建”的方式学习。每完成一个主题，就在自己的实验集群中创建最小可运行示例，并记录资源状态、事件和日志。不要只观察应用是否显示成功，还要主动验证配置是否生效、实例重启后会发生什么、工作负载迁移到其他节点后是否仍然正常。对于存储内容，可以分别验证临时数据、节点数据和持久化数据的生命周期，通过删除实例、重新创建实例等操作观察结果差异。

练习时可以为每个主题保留三类记录：资源之间的关系图、关键字段的作用，以及出现故障时的排查顺序。关系图用于说明谁创建谁、谁选择谁、谁挂载谁；字段记录用于避免只复制示例而不理解配置；排查顺序则应覆盖工作负载状态、事件信息、容器日志、挂载状态、节点条件和后端资源。这样的记录比单纯保存一份配置更有复用价值，后续遇到新的应用类型时，可以根据问题特征重新组合。

最后可以设计一个小型综合练习：将一个有状态或带共享目录需求的容器化应用部署到集群，使用服务提供访问入口，通过配置资源传入运行参数，再为数据目录配置合适的卷和持久化声明。完成后分别测试扩容、重启、重新调度和数据验证，并写下每次操作对应用、实例、节点和存储的影响。这样使用资料，视频或示例就不再是一次性观看内容，而会变成检查实验结果、补充概念和对照工程写法的参考。