如下文字及图形摘字https://www.kubernetes.org.cn/kubernetes%E8%AE%BE%E8%AE%A1%E6%9E%B6%E6%9E%84
架构图 api
在这张系统架构图中,咱们把服务分为运行在工做节点上的服务和组成集群级别控制板的服务。
Kubernetes节点有运行应用容器必备的服务,而这些都是受Master的控制。
每次个节点上固然都要运行Docker。Docker来负责全部具体的映像下载和容器运行。
Kubernetes主要由如下几个核心组件组成: 服务器
Kubernetes设计理念和功能其实就是一个相似Linux的分层架构,以下图所示 网络
kubelet负责管理pods和它们上面的容器,images镜像、volumes、etc。 架构
每个节点也运行一个简单的net/proxy和loadbalance(详见services FAQ )(PS:官方 英文)。 正如Kubernetes API里面定义的这些服务(详见the services doc)(PS:官方 英文)也能够在各类终端中以轮询的方式作一些简单的TCP和UDP传输。
服务端点目前是经过DNS或者环境变量( Docker-links-compatible 和 Kubernetes{FOO}_SERVICE_HOST 及 {FOO}_SERVICE_PORT 变量都支持)。这些变量由服务代理所管理的端口来解析。 elasticsearch
Kubernetes控制面板能够分为多个部分。目前它们都运行在一个master 节点,然而为了达到高可用性,这须要改变。不一样部分一块儿协做提供一个统一的关于集群的视图。 ide
全部master的持续状态都存在etcd的一个实例中。这能够很好地存储配置数据。由于有watch(观察者)的支持,各部件协调中的改变能够很快被察觉。 工具
API服务提供Kubernetes API (PS:官方 英文)的服务。这个服务试图经过把全部或者大部分的业务逻辑放到不两只的部件中从而使其具备CRUD特性。它主要处理REST操做,在etcd中验证更新这些对象(并最终存储)。 插件
调度器把未调度的pod经过binding api绑定到节点上。调度器是可插拔的,而且咱们期待支持多集群的调度,将来甚至但愿能够支持用户自定义的调度器。 命令行
全部其它的集群级别的功能目前都是由控制管理器所负责。例如,端点对象是被端点控制器来建立和更新。这些最终能够被分隔成不一样的部件来让它们独自的可插拔。
replicationcontroller(PS:官方 英文)是一种创建于简单的 pod API之上的一种机制。一旦实现,咱们最终计划把这变成一种通用的插件机制。 设计