Kubernetes 运维知识地图
Kubernetes 不只是一个“跑容器的平台”，它是一套把调度、网络、存储、发布与观测串起来的基础设施操作系统。本页以极客运维的视角，把 K8s 拆成可理解、可演练、可排障的几个层面，帮助你在自建集群或托管集群上建立清晰的操作边界，而不是被一堆 YAML 与概念淹没。
集群能力全景
控制面与节点
API Server、etcd、调度器与 kubelet 的职责边界，是理解一切异常的第一课。
工作负载编排
Deployment、StatefulSet、DaemonSet 与 Job 的选型，决定了升级与回滚的难易。
网络与存储
Service、Ingress、CNI 与 CSI 的组合方式，直接影响服务可达性与数据持久性。
从零搭建时的关注顺序
- 先确认节点内核参数与容器运行时，再谈调度策略。
- 用命名空间与资源配额划出团队边界，避免“一个集群全公司共用”。
- 把镜像仓库、证书与密钥管理前置，减少上线阶段的临时补丁。
- 监控与日志在业务上线前就要接入，而不是故障后再补。
集群分层示意：控制面 / 工作节点 / 边缘入口
常见故障与排查入口
| 现象 | 优先查看 | 常见诱因 |
|---|---|---|
| Pod 一直 Pending | describe 事件与节点资源 | 资源不足、污点与亲和性冲突 |
| 镜像拉取失败 | imagePullSecrets 与网络 | 私有仓库鉴权、DNS 解析异常 |
| 服务访问不通 | Service、Endpoints、Ingress | 标签选择器不匹配、端口映射错误 |
把 Kubernetes 变成可复用的运维能力
从单节点实验到多集群治理，关键在于标准化与可观测性。继续浏览云原生栏目，查看容器与编排的实践笔记。
进入云原生栏目