Kubernetes Master Node 组件深度详解
文章目录
- Kubernetes Master & Node 组件深度详解
- ——架构师 / DevOps / 研发三视角
- 第一部分：Master（控制平面）组件
- 1. kube-apiserver —— 集群的"神经系统中枢"
- 架构师视角
- DevOps 视角
- 研发视角
- 2. etcd —— 集群的"记忆核心"
- 架构师视角
- DevOps 视角
- 研发视角
- 3. kube-scheduler —— 集群的"资源调度大脑"
- 架构师视角
- DevOps 视角
- 研发视角
- 4. kube-controller-manager —— 集群的"自愈引擎"
- 架构师视角
- DevOps 视角
- 研发视角
- 第二部分：Node（工作节点）组件
- 5. kubelet —— 节点的"大管家"
- 架构师视角
- DevOps 视角
- 研发视角
- 6. kube-proxy —— 集群的"网络转发引擎"
- 架构师视角
- DevOps 视角
- 研发视角
- 7. containerd —— 容器运行时
- 架构师视角
- DevOps 视角
- 研发视角
- 三视角总结对照表
Kubernetes Master & Node 组件深度详解
——架构师 / DevOps / 研发三视角
环境基准：CentOS 7.9 + Kubernetes v1.24.17 + containerd
阅读对象：需要从"会用"进阶到"懂原理、能调优、可二次开发"的技术人
第一部分：Master（控制平面）组件
1. kube-apiserver —— 集群的"神经系统中枢"
架构师视角
核心设计哲学
kube-apiserver 不是一个简单的 CRUD 服务，它是整个 K8s 的声明式 API 网关 + 状态机协调器。理解它要抓住三个设计原则：
一切皆资源，一切皆 REST：Pod、Node、ConfigMap 都是 RESTful 资源，通过 HTTP 动词（GET/POST/PUT/PATCH/DELETE）操作。
PATCH支持三种策略：jsonpatch、mergepatch、strategicmergepatch