整体来看，是一个老大，多个干活的这种结构，基本上所有的分布式系统都是这样，但是里面的组件名称就纷繁复杂，下面将一一解析。
1、元数据存储与集群维护
作为一个集群系统，总要有一个统一的地方维护整个集群以及任务的元数据。而且作为集群系统的控制节点，为了高可用性，往往存在多个Master，在多个Master中间，总要有一个Leader。
在Kubernetes里面，统一的存储使用etcd来保存，Leader的选举也是通过etcd进行，因而有apiserver有参数--etcd-servers，controller和scheduler都有参数--master string指向apiserver，并且有参数--leader-elect选举出Leader，也会有熟悉的--address ip。
2、API层与命令行
作为一个分布式系统，每一层都会有自己的API，但是对外往往需要一个统一的API接口层，一般除了酷酷的界面之外，为了自动化，往往会有一个命令行可以执行操作，其实命令里面封装的也是对API的调用。
对于Kubernetes，API层是一个单独的进程apiserver提供，认证和鉴权也是在这一层实现的，所有对于kubernetes的管理平台的访问都是通过apiserver这一层进行的。
对于命令行，kubernetes是kubectl，通过向apiserver调用执行操作，例如pod，service，deployment等。Kubernetes也有自己的类似package的管理，Kubernetes Helm，但是命令就变成了helm了。
当运行一个容器的时候，放在哪台节点上，这个过程是调度。对于Kubernetes，调度是由一个单独的进程scheduler负责的。
Kubernetes也支持通过对Node设置Label，从而将pod放在某些节点上。另外kubernetes还有NodeAffinity：
RequiredDuringSchedulingRequiredDuringExecution：在调度的时候必须部署到某些节点，运行期如果条件不满足则重新调度
RequiredDuringSchedulingIgnoredDuringExecution ：在调度的时候必须部署到某些节点，运行期就算了。
PreferredDuringSchedulingIgnoredDuringExecution ：在调度的时候最好部署到某些节点，运行期就算了。
