容器编排到底在编什么？#

想象你开了一家奶茶店。刚开始只有你一个人，接单、做茶、收钱全自己搞——这就是单机 Docker。生意好了以后，你招了 10 个员工，开了 3 家分店——这时候你就需要一个店长来管排班、调人手、处理请假、检查谁在摸鱼。K8s 就是这个店长，专业术语叫「容器编排平台」。

它主要解决四个问题：

1. 调度 — 这个容器跑在哪台机器上最合适？
2. 自愈 — 容器挂了怎么办？自动重启！
3. 伸缩 — 流量大了自动扩容，流量小了自动缩容
4. 服务发现 — 容器 A 怎么找到容器 B？IP 老变怎么办？

核心概念：用一句话理解#

K8s 的概念很多，但记住这几个就够了：

• Pod：最小编排单位。一个 Pod 里通常跑一个容器（偶尔会塞一个 sidecar）。Pod 是 K8s 的原子调度单位。
• Service：为一组 Pod 提供稳定的访问入口。因为 Pod 的 IP 会变，Service 给你一个固定的虚拟 IP 和 DNS 名。
• Deployment：声明你期望的 Pod 副本数，K8s 会不断调谐（reconcile）实际状态到期望状态。这就是 K8s 最核心的「声明式」哲学——你告诉它「我要 3 个副本」，它想尽办法维持这个数字。
• Namespace：逻辑隔离。开发、测试、生产环境用不同 namespace 隔开。

一个 Deployment 的 YAML 长什么样？#

1
apiVersion: apps/v1
2
kind: Deployment
3
metadata:
4
  name: yuki-app
5
spec:
6
  replicas: 3
7
  selector:
8
    matchLabels:
9
      app: yuki
10
  template:
11
    metadata:
12
      labels:
13
        app: yuki
14
    spec:
15
      containers:
16
      - name: yuki-container
17
        image: nginx:latest
18
        ports:
19
        - containerPort: 80

这段 YAML 告诉 K8s：帮我维护 3 个 nginx Pod，始终保持这个数量。如果挂了一个，立刻补上。

和 Docker Compose 的区别#

很多宝贝会问：「Docker Compose 也能编排呀？」区别在于：

简单说：Compose 适合开发环境和个人项目，K8s 是生产级方案。

要不要学 K8s？#

YuKi 的建议是：先玩好 Docker，再碰 K8s。如果连容器是什么都不清楚，直接上 K8s 会非常痛苦。但一旦你理解了 Docker，并且遇到了「多台机器怎么管理」「容器挂了谁重启」「流量突然暴涨怎么办」这些问题时——K8s 就是你要找的答案 ✨

好啦～今天的科技小课堂就到这里！下次想听 YuKi 聊什么呀？Istio 服务网格？还是 CI/CD 流水线？评论区告诉窝～ 🎀💕

参考资料：Kubernetes 官方文档 (kubernetes.io)