k8s集群一般由一至多个master节点和若干个node节点组成，而每个Master节点Node节点都有着不同的组成，本文章在此讲述k8s集群的整体架构和组件的解析。
一，k8s中master节点的组成
master节点上运行的后台服务有：
kube-apiserver：
APl Server是k8s的前端接口，各种客户端工具以及k8s其他组件可以通过它管理集群的各种资源。
kube-scheduler：
scheduer负责决定将pod放在哪个node上运行。另外scheduler在调度时会充分考虑集群的架构，当前各个节点的负载，以及应用对高可用、性能、数据亲和性的需求。
kube-controller-manager：
负责维护集群的状态，比如故障检测、自动扩展、滚动更新等。ControlerManager由多种 controler组成，包括replicationcontrollerendpointscontroller、namespace controller、serviceaccounts controller等。不同的 controller管理不同的资源。例如 replication controller管理 Deployment、StatefulSet、DaemonSet的生命周期，namespace controller管理 Namespace 资源。
Etcd：
负责保存k8s集群的配置信息和各种资源的状态信息，K8S中所有的服务节点的信息数据、配置数据都是存储在ETCD中，当数据发生变化时，etcd会快速的通知k8s相关组件。
pod网络(flannel)：
Flannel 是 Kubernetes 中一种基础的 CNI 插件，通过为每个节点分配独立子网、借助 etcd 同步配置并以 VXLAN 等隧道方式封装跨节点数据包，实现不同节点上 Pod 之间的直接 IP 通信，满足 k8s 对 Pod 网络互通的核心需求。
pod要能够相互通信，k8s集群必须掌握pod网络，flannel是其中一个可选的方案。
二，k8s中node节点的组成
node节点上运行的后台服务有：
kubelet：
kubelet是node的agent，当scheduler去确定在某个node上运行pod后，会将pod的具体配置信息发送给该节点的kubelet，kubelet会根据这些信息创建和运行容器，并向master报告运行状态。
kube-proxy：
service 在逻辑上代表了后端的多个 Pod，外界通过 service 访问 Pod。service 接收到的请求是如何转发到 Pod 的呢?
这就是 kube-proxy要完成的工作。proxy是配合service实现从pod到service，以及从外部的node port到service的访问。每个 Node都会运行 kube-proxy服务，它负责将访问 service 的 TCP/UPD数据流转发到后端的容器。如果有多个副本，kube-proxy会实现负载均衡。
pod网络（fiannel）：
Flannel 是 Kubernetes 中一种基础的 CNI 插件，通过为每个节点分配独立子网、借助 etcd 同步配置并以 VXLAN 等隧道方式封装跨节点数据包，实现不同节点上 Pod 之间的直接 IP 通信，满足 k8s 对 Pod 网络互通的核心需求。
pod要能够相互通信，k8s集群必须掌握pod网络，flannel是其中一个可选的方案。
三，k8s整体功能架构图和通信图
