Kubernetes 架构设计

‍下面我们来一起学习一下KubeEdge与Kubernetes的区别和联系。‍‍

通过前面的学习，相信你已经对KubeEdge的架构有了比较深刻的了解。‍‍回忆一下，但是我们在讲解 KubeEdge 云端架构设计的时候，有提到就是KubeEdge与Kubernetes的交互，‍‍是通过CloudCore监听Kubernetes的API Server 完成的。

由于当时我们的重点在于了解清楚KubeEdge的架构设计，‍‍具体KubeEdge与Kubernetes是如何协同工作的，并没有展开讲解。‍‍所以现在我们将它们二者的区别和联系来系统梳理一下。‍‍

我们就先来了解一下Kubernetes的架构设计，‍‍

从架构设计图可以看出Kubernetes架构分为了Master的节点和Node的节点两个部分，‍‍对于Kubernetes来说，它是没有云和边的概念的，‍‍它所有的节点都在同一个网络层面上，所以它只有Master的节点和Node的节点这样的区别，‍‍并没有云边这样一个概念。‍‍

然后下面我们就来看一下Kubernetes的Master的节点和Node的节点，它们各自的架构设计。‍‍

我们以用户创建一个deployment资源为例，来看一下在整个Kubernetes架构设计当中各个模块所承担的任务。‍‍
完事之后我们基本上就对整个Kubernetes的架构设计有一个比较清晰的认识了。‍‍

首先第一步就是用户创建deployment 的‍‍本质就是调用deployment的 API Server 所提供的类似的Restful API‍‍， API Server它是 Kubernetes 资源操作的唯一的入口，并且