首页 / 知识库 / 系统架构体系 / k8s入门

02 - K8s 是什么:容器界的”总指挥”

上一章我们看到:容器一多,手工管理就是灾难。现在正式认识那个来救场的”总指挥”。

先记住这一句话

Kubernetes(简称 K8s)是一个”容器编排系统”——你把一堆机器和一堆容器交给它,它帮你自动完成调度、自愈、扩缩容、更新、负载均衡这些累人的事。

顺便说一下这个奇怪的缩写:Kubernetes 首尾字母 K 和 s 中间有 8 个字母,所以简称 K8s(读作 “K-eights” 或 “K-八s”)。名字来自希腊语,意思是”舵手 / 领航员”——刚好接上 Docker 那头驮集装箱的鲸鱼:Docker 造集装箱,K8s 当舵手指挥整支船队。

用一个类比彻底理解

想象一个大型集装箱码头

  • 集装箱 = 你的容器(Docker 打包好的应用)
  • 一个个泊位、堆场 = 一台台服务器
  • 如果没有调度中心,全靠工人手工指挥:这个箱子放哪、那台起重机去哪、哪个箱子坏了要换——乱成一团

K8s 就是这个码头的”自动调度中心”

  • 新来一批集装箱,它自动算好放哪个泊位最合适(调度
  • 某个箱子破损了,它立刻调一个一模一样的补上(自愈
  • 货量暴增,它自动多开几个泊位;货量少了,自动收缩(弹性伸缩
  • 要换新货,它一个泊位一个泊位地平稳替换,不影响整体运转(滚动更新

[配图:一个繁忙的自动化集装箱码头,中央有一个”调度中心”大脑,用箭头指挥各个泊位摆放、更换、增减集装箱]

K8s 帮你自动做的 5 件核心的事

把上一章的痛点,一一对上 K8s 的能力:

你的痛点K8s 帮你做的事术语
容器挂了没人管自动监控,挂了立刻拉起新的自愈
不知道容器该放哪台机器自动挑资源合适的机器运行调度
流量忽高忽低要手动加减按负载自动扩容 / 缩容弹性伸缩
发版会断服、回滚手忙脚乱平滑滚动更新,一键回滚滚动更新 / 回滚
多个服务互相找不到、流量不均自动服务发现 + 负载均衡服务发现 / 负载均衡

记住:这些事你原本都得手动干,K8s 把它们全自动化了。 这就是它的全部价值。

Docker 和 K8s 到底什么关系?

这是最容易搞混的点。一句话:

它们不是竞争关系,而是”打工人”和”包工头”的关系。

  • Docker:负责把应用打包成镜像、把单个容器跑起来。管的是”一个集装箱”。
  • K8s:负责指挥成百上千个容器,跑在很多台机器上,还管它们的自愈、扩缩、更新、联网。管的是”整个船队”。

你可以理解为:K8s 站在 Docker 之上。底下真正跑容器的还是容器技术,K8s 是那个在上面运筹帷幄的大脑。没有 Docker(或类似的容器)就没有集装箱可指挥;没有 K8s,一大堆集装箱就没人统一调度。

一个常见误区先打个预防针

“既然 K8s 这么强,那我以后所有项目都上 K8s 不就好了?”

恰恰相反。 K8s 很强,但也很重——概念多、上手难、运维成本高。对大多数中小团队和 AI 项目来说,杀鸡不必用牛刀

这一点我们会在 第 08 章 专门讲清楚。现在你只要知道:先搞懂它是什么、能干什么,至于用不用、什么时候用,后面再说。

小结

  • K8s = 容器编排系统,是管理大规模容器的”总指挥 / 码头调度中心”。
  • 它把上一章那些痛点全自动化了:自愈、调度、弹性伸缩、滚动更新、服务发现与负载均衡
  • Docker 管”单个集装箱”,K8s 管”整支船队”,K8s 站在容器技术之上。
  • 强不等于该用——先理解,用不用后面再判断。

理解了”它是什么”,下一章我们拆开看看:一套 K8s 到底由哪些部分组成。


上一章 ← 01 - 只有 Docker 会遇到什么问题 | 下一章 → 03 - 一张图看懂 K8s 的组成