k8s到底是什么，架构是怎么样的？

ZhangQi · 发表于 5 天前

（本文转载于微信公众号：小白debug）

你是一个程序员，你用代码写了一个博客应用服务，并将它部署在了云平台上。
但应用服务太过受欢迎，访问量太大，经常会挂。

登录/注册后可看大图

6301669afea8fc406f.png (360.84 KB, 下载次数: 0)

下载附件

2026-3-10 17:55 上传

所以你用了一些工具自动重启挂掉的应用服务，并且将应用服务部署在了好几个服务器上，总算抗住了。

登录/注册后可看大图

5822569afea95c666f.png (361.69 KB, 下载次数: 0)

下载附件

2026-3-10 17:55 上传

后来你又上线了商城应用服务和语音应用服务，随着应用服务变多，需求也千奇百怪。有的应用服务不希望被外网访问到，有的部署的时候要求内存得大于 xxGB 才能正常跑。
你每次都需要登录到各个服务器上，执行手动操作更新。不仅容易出错，还贼浪费时间。
原本就没时间找女朋友的你，现在哭得更大声了。
那么问题就来了，有没有一个办法，可以解决上面的问题？当然有，没有什么是加一个中间层不能解决的，如果有，那就再加一层。
这次我们要加的中间层，叫 Kubernetes。

登录/注册后可看大图

3878869afea9c0f8fb.png (376.31 KB, 下载次数: 0)

下载附件

2026-3-10 17:55 上传

Kubernetes的位置如图所示

Kubernetes 是什么？

Kubernetes，它是 G 家开源的神器，因为单词太长，所以我们习惯省略中间 8 个字母，简称它为 k8s。

登录/注册后可看大图

8152869afeaa31a086.png (334.21 KB, 下载次数: 0)

下载附件

2026-3-10 17:55 上传

k8s名称的由来
它介于应用服务和服务器之间，能够通过策略，协调和管理多个应用服务，只需要一个 yaml 文件配置，定义应用的部署顺序等信息，就能自动部署应用到各个服务器上，还能让它们挂了自动重启，自动扩缩容。
听起来有些厉害，它是怎么实现这些功能的呢？

Kubernetes 架构原理

为了实现上面的功能，Kubernetes 会将我们的服务器划为两部分，一部分叫控制平面（control plane，以前叫master），另一部分叫工作节点，也就是 Node。简单来说它们的关系就是老板和打工人，用现在流行的说法就是训练师和帕鲁。控制平面负责控制和管理各个 Node，而 Node 则负责实际运行各个应用服务。

登录/注册后可看大图

2744369afeaade8d13.png (372.38 KB, 下载次数: 0)

下载附件

2026-3-10 17:55 上传

图示为k8s控制平面和Node的关系

我们依次看下这两者的内部架构。

--控制平面内部组件
• 以前我们需要登录到每台服务器上，手动执行各种命令，现在我们只需要调用 k8s 的提供的 api 接口，就能操作这些服务资源，这些接口都由 API Server 组件提供。
• 以前我们需要到处看下哪台服务器 cpu 和内存资源充足，然后才能部署应用，现在这部分决策逻辑由 Scheduler（调度器）来完成。
• 找到服务器后，以前我们会手动创建，关闭服务，现在这部分功能由 Controller Manager（控制器管理器）来负责。
• 上面的功能都会产生一些数据，这些数据需要被保存起来，方便后续做逻辑，因此 k8s 还会需要一个存储层，用来存放各种数据信息，目前是用的 etcd，这部分源码实现的很解耦，后续可能会扩展支持其他中间件。

以上就是控制平面内部的组件。

登录/注册后可看大图

2328369afeab541384.png (358.3 KB, 下载次数: 0)

下载附件

2026-3-10 17:56 上传

我们接下来再看看 Node 里有哪些组件。

--Node 内部组件

Node 是实际的工作节点，它既可以是裸机服务器，也可以是虚拟机。它会负责实际运行各个应用服务。多个应用服务共享一台 Node 上的内存和 CPU 等计算资源。

登录/注册后可看大图

9487669afeabb08156.png (329.62 KB, 下载次数: 0)

下载附件

2026-3-10 17:56 上传

Node可以是裸机服务器或虚拟机

在文章开头，我们聊到了部署多个应用服务的场景。以前我们需要上传代码到服务器，而用了 k8s 之后，我们只需要将服务代码打包成Container Image(容器镜像)，就能一行命令将它部署。

如果你不了解容器镜像的含义，你可以简单理解为它其实就是将应用代码和依赖的系统环境打了个压缩包，在任意一台机器上解压这个压缩包，就能正常运行服务。为了下载和部署镜像，Node 中会有一个 Container runtime 组件。

登录/注册后可看大图

3481269afeac141dbd.png (345.53 KB, 下载次数: 0)

下载附件

2026-3-10 17:56 上传

将容器镜像粗略理解为压缩包

每个应用服务都可以认为是一个 Container（容器）, 并且大多数时候，我们还会为应用服务搭配一个日志收集器 Container 或监控收集器 Container，多个 Container 共同组成一个一个 Pod，它运行在 Node 上。

登录/注册后可看大图

4502969afeac73715c.png (334.89 KB, 下载次数: 0)

下载附件

2026-3-10 17:56 上传

一个pod内有多个容器

k8s 可以将 pod 从某个 Node 调度到另一个 Node，还能以 pod 为单位去做重启和动态扩缩容的操作。
所以说 Pod 是 k8s 中最小的调度单位。

登录/注册后可看大图

5986969afeacc99774.png (330.78 KB, 下载次数: 0)

下载附件

2026-3-10 17:56 上传

另外，前面提到控制平面会用 Controller Manager （通过API Server）控制 Node 创建和关闭服务，那 Node 也得有个组件能接收到这个命令才能去做这些动作，这个组件叫 kubelet，它主要负责管理和监控 Pod。最后，Node 中还有个 Kube Proxy ，它负责 Node 的网络通信功能，有了它，外部请求就能被转发到 Pod 内。

登录/注册后可看大图

742369afead2c407d.png (364.74 KB, 下载次数: 0)

下载附件

2026-3-10 17:56 上传

图示为控制平面和Node的组件

--Cluster

控制平面和Node 共同构成了一个 Cluster，也就是集群。在公司里，我们一般会构建多个集群, 比如测试环境用一个集群，生产环境用另外一个集群。同时，为了将集群内部的服务暴露给外部用户使用，我们一般还会部署一个入口控制器，比如 Ingress 控制器（比如Nginx），它可以提供一个入口让外部用户访问集群内部服务。

登录/注册后可看大图

16169afead814ae1.png (367.12 KB, 下载次数: 0)

下载附件

2026-3-10 17:56 上传

--kubectl 是什么

上面提到说我们可以使用 k8s 提供的 API 去创建服务，但问题就来了，这是需要我们自己写代码去调用这些 API 吗？答案是不需要，k8s 为我们准备了一个命令行工具 kubectl，我们只需要执行命令，它内部就会调用 k8s 的 API。

登录/注册后可看大图

3545969afeae15e724.png (358.07 KB, 下载次数: 0)

下载附件

2026-3-10 17:56 上传

图示为kubectl调用k8s的API

接下来我们以部署服务为例子，看下 k8s 是怎么工作的。

--怎么部署服务？

首先我们需要编写 YAML 文件，在里面定义 Pod 里用到了哪些镜像，占用多少内存和 CPU 等信息。然后使用 kubectl 命令行工具执行 kubectl apply -f xx.yaml ，此时 kubectl 会读取和解析 YAML 文件，将解析后的对象通过 API 请求发送给 Kubernetes 控制平面内的 API Server。API Server 会根据要求，驱使 Scheduler 通过 etcd 提供的数据寻找合适的 Node， Controller Manager 会通过 API Server 控制 Node 创建服务，Node 内部的 kubelet 在收到命令后会开始基于 Container runtime 组件去拉取镜像创建容器，最终完成 Pod 的创建。

至此服务完成创建。

登录/注册后可看大图

帐号		自动登录	找回密码
密码			注册

k8s到底是什么，架构是怎么样的？

浏览过的版块