Kubernetes 学习笔记的第一篇通常聚焦于基础概念、架构演进与核心组件，旨在帮助初学者建立对容器编排系统的整体认知，而非直接深入复杂配置。
先说结论：第一篇是理论基石，主要讲清楚“是什么、为什么、长什么样”，适合零基础入门者先建立宏观框架。
- 适合：刚接触容器编排、需要理解 K8s 与传统部署区别的技术人员
- 先看：应用部署方式演变（物理机 - 虚拟机 - 容器）、集群架构（Master/Node）、核心对象（Pod/Service）
- 建议：结合命令行工具 kubectl 初步验证环境，不要只停留在文档阅读
命令速用版
虽然第一篇偏理论，但建议立刻动手检查环境，确认是否具备学习条件：
kubectl version `--client`
kubectl get nodes若未安装集群，可参考笔记中提到的 Minikube 方式创建本地测试集群。
为什么会这样
Kubernetes 本身是一个分布式系统，概念较多。如果直接跳进配置细节，很容易因为不理解组件交互而困惑。第一篇通过介绍部署方式的演变（从传统部署到容器化），解释了为什么需要 K8s 来解决资源分配、故障恢复和弹性伸缩问题。同时，明确控制面（Control Plane）与节点（Node）的分工，是后续理解 Pod 调度和服务发现的前提。
分步处理
按照典型笔记结构，建议按以下顺序消化第一篇内容：
- 背景认知：了解 K8s 起源于 Google Borg 系统，2014 年开源，成为云原生事实标准。
- 架构理解：区分 Master 节点（负责管理，如 API Server、Etcd）与 Worker 节点（负责运行容器）。
- 核心对象：理解 Pod 是最小调度单元，而非容器本身；了解 Service 如何访问 Pod。
- 工具准备：熟悉 kubectl 命令行工具的基本用法及 YAML 资源清单格式。
怎么验证是否生效
学习完第一篇后，可以通过以下方式自测：
- 能口述容器化部署相比虚拟化的优势（如资源利用率、启动速度）。
- 能在纸上画出简单的 K8s 集群架构图，标出 API Server 和 Kubelet 的位置。
- 成功执行
kubectl get nodes并看到节点状态为 Ready。
常见坑
- 概念混淆：误以为 Pod 就是容器，实际上 Pod 是容器的封装单元，一个 Pod 可包含多个容器。
- 架构误解：忽略 Etcd 的作用，它是集群状态的唯一存储源，数据丢失会导致集群不可用。
- 环境忽视：只看不练，没有实际搭建过集群或执行过命令，导致后续实战无法排查问题。
参考来源
- Kubernetes 学习笔记系列 - 第一章：Kubernetes 介绍
- Kubernetes 学习笔记 01 - 第一章：kubernetes 概述
- 学习 Kubernetes 基础知识 | Kubernetes 官方文档风格笔记
- Kubernetes 学习笔记 (一) - 核心概念与架构