1.2 Kubernetes架构组件

news2025/4/7 21:53:35

1.2 Kubernetes架构组件

学习Kubernetes的架构组件，也就是说我们要搭建一个Kubernetes集群里面应该有哪些组成部分，里面具体会有哪些组件。如图

架构组件

组建一个Kubernetes的集群至少需要包含两个部分，即Master和node，Master即主控节点，node表示工作节点，即Master主要从事管理操作，是一个管理者，而node则是做具体事情的部分。

1.2.1 Master

Master中有四个组件即API server、scheduler、Controller-manager、etcd。他们主要从事管理操作，API server做集群入口，scheduler做node节点调度，Controller-manager做资源控制，etcd主要从事存储工作。

1. API server

这是集群的统一的入口，如我们要在集群中部署一个应用或者部署一个程序，就要通过API server进入到集群中，这是一个对外的统一入口，可以将其理解成内部各个组件的协调者，通过它将各个请求分发出去，API server是以restful的方式提供的操作。

Restful风格的常用四种请求方式
1、GET[select]  请求会向数据库发索取数据的请求，从而来获取信息,其只是用来查询一下数据，不会修改、增加数据，不会影响资源的内容。无论进行多少次操作，结果都是一样的。

2、PUT[update]  请求是向服务器端发送数据的，从而改变信息，其用来修改数据的内容，但是不会增加数据的种类等，无论进行多少次PUT操作，其结果并没有不同。

3、POST[insert]请求同PUT请求类似，都是向服务器端发送数据的，但是该请求会改变数据的种类等资源.几乎目前所有的提交操作都是用POST请求的。

4、DELETE[delete]请求是用来删除某一个资源的。

POST主要作用在一个集合资源之上的（url），而PUT主要作用在一个具体资源之上的（url/xxx）.如URL可以在客户端确定，那么可使用PUT，否则用POST。

一个URL地址，它用于描述一个网络上的资源，而HTTP中的GET，POST，PUT，DELETE就对应着对这个资源的查，改，增，删4个操作。
————————————————
版权声明：本文为CSDN博主「小熊来了」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/tangmingxin0529/article/details/81178833

在集群中所有的请求都是以restful的风格通过API server进入到集群中，通过API server进行各种操作。在操作过程中最后会把各种操作交给etcd进行存储。可以理解为集群的一个统一的入口。

2. scheduler

可以理解为处理事情是的调度过程，即节点的调度，这里需要注意的是Master中不做具体的事情，主要做管理，比如部署一个应用，通过scheduler要看这个应用在哪个node节点上进行部署，比如定义一个规则如果node节点空闲就在里面部署，如果繁忙就不部署，如果启用量少就在里面部署，scheduler就是做节点调度的，它会选择一个node节点进行应用的部署。就像我们现实生活中的公交车调度站，调度什么时间发什么车，车少了可以增加班次，车多了可以减少班次，而scheduler调度的是我们的node节点。

3. Controller-manager

可以理解为做一个集中的处理管理，他主要从事集群中后台的统一的控制，处理集群中常规的后台任务，一个资源对应一个控制器。如我们要在集群中部署一个订单的应用，通过scheduler把订单找到相应的node节点进行部署，而Controller-manager则是建立一个对应订单应用的Controller，而这个Controller专门针对订单应用进行管理。如果部署一个购物车的应用则建立一个对应的购物车的Controller专门针对购物车进行管理。即一个资源对应一个控制器。