从 Docker 到 Kubernetes一张图看懂云原生编排附最小示例会 Docker 的人很多但为什么需要 Kubernetes能讲清楚的不多。这篇文章用最直观的方式讲明白容器和编排的关系以及 K8s 到底解决了什么问题。一、背景Docker 解决了什么又留下了什么Docker 把应用和依赖打包成镜像解决了在我机器上能跑的难题。但当你需要跑 10 个实例扛流量某台机器挂了自动恢复滚动升级不停机根据负载自动扩缩容Docker 单机版就无能为力了——这就是容器编排要解决的问题而 Kubernetes 是事实标准。二、核心原理期望状态 vs 实际状态K8s 最核心的思想是声明式管理你告诉它我要 3 个副本它负责让实际状态永远等于期望状态。期望状态: 3 个副本镜像 v1.2 ↓控制器持续对账 实际状态: 3 个副本运行中 ✅ 某副本挂了 → 控制器自动拉起新的保持 3 个这个对账循环Reconcile Loop是 K8s 的灵魂——所有控制器Deployment、Service 等都基于这个模式。三、代码实战最小对账循环模拟importnumpyasnpclassReconcileController:def__init__(self,desired3):self.desireddesired# 期望状态self.actual0# 实际状态defreconcile(self):对账让实际状态收敛到期望状态ifself.actualself.desired:diffself.desired-self.actual self.actualmin(diff,2)# 每轮最多拉起 2 个elifself.actualself.desired:self.actual-1# 过多则缩容returnself.actual# 模拟启动、故障、恢复ctrlReconcileController(desired3)print(初始:,ctrl.reconcile(),ctrl.reconcile(),→ 收敛到 3)ctrl.actual1# 模拟节点故障2 个副本挂了print(故障后第1轮:,ctrl.reconcile())print(故障后第2轮:,ctrl.reconcile(),→ 自动恢复)输出演示了 K8s 控制器的核心行为无论实际状态如何偏离控制器总会把它拉回期望状态。四、关键经验避坑先理解 Pod 再碰 YAMLPod 是最小调度单位不是容器不要手工操作用 kubectl apply -f 声明式管理别用命令式硬改探针必配liveness存活 readiness就绪探针是稳定性的底线资源限制必设不设 requests/limits 的 Pod 是生产事故的种子本地学习用 K3s轻量发行版几分钟装好适合练习五、完整系列推荐本文选自《云原生实战从容器到 Kubernetes》100 期系统教程覆盖容器原理、K8s 核心、Service Mesh、可观测性、云原生存储、GitOps、Serverless、AI 云原生每期配可运行 Python 仿真。该系列及65 技术知识库已在ima 知识号发布搜索「Kruptos」即可订阅。8 款 AI 技能已上线ima 技能广场搜索即装。作者Kruptos西电毕业13 年无线通信/DSP/嵌入式科研现深耕 AI 与云原生原创内容转载注明出处。