不要试图一次性学完Kubernetes的所有内容
内容提要
学习Kubernetes应先掌握五个核心概念：期望状态与自我修复机制、控制平面与工作节点的可替换性、四层网络模型、资源请求与限制的生存契约，以及CNI/CSI插件存在的意义。建议不要一开始就覆盖全部内容，先理解机制，再逐步深入，遇到具体问题再学习相关工具。
延伸解读
先建立心智模型，再深入细节
文章强调，学习Kubernetes不应一开始就试图覆盖所有内容，而应先掌握五个核心概念作为“脚手架”。这些概念包括期望状态与自我修复、控制平面与工作节点的可替换性、四层网络模型、资源请求与限制的生存契约，以及CNI/CSI插件存在的意义。理解这些机制后，再根据实际遇到的问题逐步深入，这样学习效率更高，也更容易建立完整的知识体系。
从vSphere迁移的思维转变
作者指出，对于有vSphere背景的IT人员，最大的挑战在于思维转变。在vSphere中，故障主机通常会被修复或迁移，而Kubernetes则倾向于直接替换故障节点，因为任何健康节点都能运行任意工作负载。这种“可抛弃”的设计理念与传统的“呵护”硬件的方式截然不同。理解这一点，有助于避免在Kubernetes中沿用旧习惯，从而更有效地管理集群。
网络分层是排查问题的关键
文章提到，Kubernetes网络问题大多源于对层次的混淆。从容器到Pod、从Pod到Service、从Service到Ingress、再到外部世界，每一层都有不同的IP特性和稳定性。Pod IP是真实但易变的，而Service IP是虚拟且稳定的，且没有直接监听的实体。明确正在调试的层次，可以大大简化问题排查过程，避免在错误的方向上浪费时间。
资源请求与限制是生产环境的生存契约
文章强调，资源请求（requests）和限制（limits）不是建议，而是决定工作负载能否稳定运行的契约。请求用于调度决策，限制则是不可逾越的上限。配置不当会导致资源浪费或Pod在关键时刻被驱逐。这通常是“在测试环境正常，在生产环境崩溃”的根本原因，且与应用程序代码无关。正确设置资源参数是保障生产环境稳定性的关键。
Q&A
学习Kubernetes应该先掌握哪些核心概念？
学习Kubernetes应先掌握五个核心概念：期望状态与自我修复机制、控制平面与工作节点的可替换性、四层网络模型、资源请求与限制的生存契约，以及CNI/CSI插件存在的意义。
Kubernetes中的期望状态和协调机制是什么？
期望状态是用户声明的目标状态，例如容器应该存在。协调机制是系统持续检查实际状态与期望状态的差距，并自动纠正，从而实现自我修复、扩展和滚动更新等功能。
为什么说Kubernetes节点是可替换的？
Kubernetes节点是可替换的，因为任何健康节点都可以运行任何工作负载。当节点出现故障时，系统不会尝试修复它，而是将其替换，将工作负载调度到其他健康节点上。这与传统虚拟机管理（如vSphere）中修复单个主机的思路不同。
Kubernetes的四层网络模型是什么？
Kubernetes的四层网络模型从容器向外依次是：容器到Pod、Pod到Service、Service到Ingress、Ingress到外部世界。理解每一层的网络地址和用途有助于排查网络问题。
Kubernetes中资源请求和限制的作用是什么？
资源请求用于调度器决定将工作负载放在哪个节点，资源限制是工作负载不能超过的上限。设置不当会导致资源浪费或Pod被驱逐，这是生产环境故障的常见原因。
为什么Kubernetes将网络和存储实现为插件？
Kubernetes故意不内置网络和存储实现，而是定义接口，让插件提供具体实现。这是因为不同环境（如边缘集群和大型监管环境）的需求差异很大，强制统一设计会限制灵活性。插件机制使得Kubernetes可以适应各种场景。
学习Kubernetes时应该避免什么错误？
不要试图一次性学完所有内容。应该先掌握核心机制（如期望状态和协调），再理解节点和网络，然后逐步深入。遇到具体问题再学习相关工具，这样学习效率更高。
