1.宏观架构图
2.角色详情
2.1 Master(Controller Plane)
早期是叫 Master 节点，后期改名为 Controller Plane，负责整个集群的控制和管理
Master 不会干活的(当然你让它干也是会干的，涉及到污点容忍)，而是起到访问入口（API Server）、调度协调（Scheduler）、管理作用（Control Manager）。
API Server
kube-apiserver，集群的统一入口，各组件协调者，以RESTFUL API提供接口服务，所有对象资源的增删改查和监听操作都交给APIServer处理后再提交给etcd存储。
Scheduler
kube-scheduler 根据调度算法为新创建的Pod选择一个Node节点，可以任意部署，可以部署在同一个节点上，也可以部署在不同的节点上。调度决策考虑的因素包括单个 Pod 及 Pods 集合的资源需求、软硬件及策略约束、 亲和性及反亲和性规范、数据位置、工作负载间的干扰及最后时限。
Control Manager
Kube-controller-manager，处理集群中常规后台任务，一个资源对应一个控制器，而ControllerManager就是负责管理这些控制器的。
- 节点控制器（Node Controller）：负责在节点出现故障时进行通知和响应
- 任务控制器（Job Controller）：监测代表一次性任务的 Job 对象，然后创建 Pod 来运行这些任务直至完成
- 还有其他，rs，rc，sts, CronJob等
Cloud Controller Manager
用在云平台上的Kube-controller-manager组件。如果我们直接在物理机上部署的话，可以不使用该组件。
Etcd
分布式键值存储系统，用于保存集群状态元数据信息，比如Pod，Service等对象信息。这个数据库是可以单独拿出来部署，只需要API server可以连接到该分布式数据库集群即可
2.2 Slave（worker node）
早期叫 slave 节点，后期改名为 Worker node，负责执行和运行工作负载的节点
slave（worker node） 节点默认不得超过 5000个，也就是集群中不能超过5000台机器，如果超过则多集群管理
容器不得超过 30W个
单个节点的Pod数量默认不能超过 110 个，服务器规格高的话，可以调大，默认是不需要修改的
kubelet
可以理解为Master在工作节点上的Agent，管理本机运行容器的生命周期，比如创建容器，Pod挂载数据卷，下载secret，获取容器的节点状态等工作。kubelet 将每一个Pod转换成一组容器。会定期收集这些信息上报给API Server，APIserver收到后会存储到etcd存储中。
kube-proxy
在工作节点上实现Pod网络代理，维护网络规则和四层负载均衡工作。换句话说，就是用于负责Pod网络路由，用于对外提供访问的实现。可以找到你关心的项目所在的pod节点。
POD
用户划分容器的最小单位，一个POD可以存在多个容器
3. kubernets 部署方式
3.1 目前生产环境部署kubernetes集群主要由两种方式
3.1.1 kubeadm 方式部署
kubeadm是一个K8S部署工具，提供kubeadm init和kubeadm join，用于快速部署kubernetes集群。
kubeadm init 初始化一套集群
kubeadm join 加入已存在集群
3.1.2 二进制方式部署
从GitHub下载发行版的二进制包，手动部署每个组件，组成kubernetes集群。
集群规模较多的话，推荐使用二进制部署。
3.2 其他部署方式的途径
yum:
已废弃，目前支持的最新版本为2017年发行的1.5.2版本。
minikube:
适合开发环境，能够快速在Windows或者Linux构建K8S集群,单点部署。
rancher:
基于K8S改进发行了轻量级K8S，让K3S孕育而生。阉割版
KubeSphere:
青云科技基于开源KubeSphere快速部署K8S集群。可在现有的K8S集群上面安装部署，提供图形化管理界面以及可视化监控。
kuboard:
也是对k8s进行二次开发的产品，新增了很多独有的功能。
kubeasz:
使用ansible部署，扩容，缩容kubernetes集群。
第三方云厂商:
比如aws，阿里云，腾讯云，京东云等云厂商均有K8S的相关SAAS产品。
以上基本都是基于K8S二次开发的产品，有兴趣的可以自行了解一下