一、K8s节点划分
K8s集群包含Master(控制节点)和Node(工作节点)，应用部署在Node节点上。
集群架构图：
二、Master节点
Master节点分成四个组件：scheduler、ApiServer、Controller Manager、ETCD。类似三层结构，controller，service，dao，scheduler。
2.1 shceduler
负责应用调度组件。
2.2 ApiServer
组件间互相通信，接受外部请求，将配置信息保存到ETCD中。
2.3 Controller Manager
执行集群级功能，如复制组件，跟踪Node节点，处理故障等。
2.4 ETCD
分布式存储组件，负责存储集群的配置信息。
三、Node工作节点
集群的工作节点，容器实际运行的节点。
kubelet: 负责与Container runner和Api Server交互，调度节点上的容器。
kube-proxy: 组件间访问代理，解决节点上访问问题。
Container runner: 节点中容器实际运行的地方。
四、Kubernetes的扩展性
4.1 扩展接口
容器运行时接口（CRI）、容器网络接口（CNI）和容器存储接口（CSI）。
- CRI（Container Runtime Interface）：容器运行时接口，提供计算资源，CRI隔离了各个容器引擎之间的差异，而通过统一的接口与各个容器引擎之间进行互动。
- CNI（Container Network Interface）：容器网络接口，提供网络资源，通过CNI接口，Kubernetes可以支持不同网络环境。例如CCE就是开发的CNI插件支持Kubernetes集群运行在VPC网络中。
- CSI（Container Storage Interface）：容器存储接口，提供存储资源，通过CSI接口，Kubernetes可以支持各种类型的存储。例如CCE就可以方便的对接块存储（EVS）、文件存储（SFS）和对象存储（OBS）。
五、K8s基本对象
图3 Kubernetes基本对象
5.1 Pod
Pod是k8s调度的最小单元，一个Pod可以包含多个容器(Conatiner)，存储资源(Volume)，一个独立的网络IP及控制容器的策略选项。
5.2 Deployment
Deployment对Pod的服务化封装。可以通多Deployment创建多个相同的Pod。
5.3 Stateful
有状态的对象。相同容器定义的一组Pod，StatefulSet为它们的每个Pod维护了一个固定的ID。每个Pod都有一个永久不变的ID。
5.4 Job
Job是用来控制批处理型任务的对象。
5.5 CronJob
CronJob是基于时间控制的Job，在指定的时间周期运行指定的任务。
5.6 DaemonSet
DaemonSet是这样一种对象（守护进程），它在集群的每个节点上运行一个Pod，且保证只有一个Pod，这非常适合一些系统层面的应用，例如日志收集、资源监控等，这类应用需要每个节点都运行，且不需要太多实例，一个比较好的例子就是Kubernetes的kube-proxy。
5.7 Service
Service是用来解决Pod访问问题的。Service有一个固定IP地址，Service将访问流量转发给Pod，而且Service可以给这些Pod做负载均衡。
5.8 Ingress
Service是基于四层TCP和UDP协议转发的，Ingress可以基于七层的HTTP和HTTPS协议转发，可以通过域名和路径做到更细粒度的划分。
5.9 ConfigMap(资源配置)
ConfigMap是一种用于存储应用所需配置信息的资源类型，用于保存配置数据的键值对。通过ConfigMap可以方便的做到配置解耦，使得不同环境有不同的配置。
5.10 Secret（加密存储）
Secret是一种加密存储的资源对象，您可以将认证信息、证书、私钥等保存在Secret中，而不需要把这些敏感数据暴露到镜像或者Pod定义中，从而更加安全和灵活。
5.11 PersistentVolume（PV）（持久化存储卷）
PV指持久化数据存储卷，主要定义的是一个持久化存储在宿主机上的目录，比如一个NFS的挂载目录。
5.12 PersistentVolumeClaim（PVC）（持久化存储卷声明）
Kubernetes提供PVC专门用于持久化存储的申请，PVC可以让您无需关心底层存储资源如何创建、释放等动作，而只需要申明您需要何种类型的存储资源、多大的存储空间。
