Kubeedge架构介绍

KubeEdge这个架构主要是分了云、边、端三部分

云上就是KubeEdge的控制面，边就是KubeEdge的边缘节点

端就是跑了一些端侧设备

云上是一个Kubernetes的master，是没有做过改动的原生的Kubernetes控制面

后边我们加了一个组件叫CloudCore

它云上的组件主要是会拿一些Kubernetes控制面上的东西

通过EdgeController和DeviceController做一些处理，然后通过下边的CloudHub

CloudHub主要是跟边端通信的

边端有个EdgeHub和Cloud Hub通信，然后把数据拿下来

边端是主要做了一个应用管理和设备管理的能力

应用管理左边会有一个Edged

右边有DeviceTwin、EventBus

分别是应用管理和设备管理

DataStore就是我们说的本地自治的能力

组件介绍：

CloudHub

CloudHub是cloudcore 的一个模块，是Controller（EdgeController和DeviceController）和Edge端之间的中介

它同时支持基于web-socket 的连接以及QUIC协议访问。

EdgeHub可以选择其中一种协议来访问CloudHub。CloudHub 的功能是实现边缘和控制器之间的通信。

边缘的连接（通过EdgeHub模块）是通过websocket连接上的 HTTP 完成的。

对于内部通信，它直接与控制器通信。

发送到CloudHub的所有请求都是context对象的请求，该对象与标记为其nodeID的事件对象的映射通道一起存储。

CloudHub执行的主要功能

获取消息context并为事件创建ChannelQ

通过websocket创建http连接

服务websocket连接

从边缘节点读取消息

将消息写入边缘节点

向Controller发布消息

DeviceController（设备控制器）

DeviceController是 KubeEdge 的云组件，负责设备管理。

KubeEdge 中的设备管理是通过使用 Kubernetes 自定义资源定义 (CRD)来描述设备元数据/状态和设备控制器来在边缘和云之间同步这些设备更新来实现的。

DeviceController启动两个独立的 goroutines，称为upstream controller和downstream controller。

DeviceController利用设备模型和设备实例来实现设备管理

设备模型：Device model描述设备和属性访问者公开的设备属性以访问这些属性。设备模型就像一个可重复使用的模板，使用它可以创建和管理许多设备。

设备实例：一个Device instance代表一个实际的设备对象。它就像一个实例化Device model并引用模型中定义的属性。

DeviceController主要功能

upstream controller

通过device twin将设备更新从边缘节点同步到云端。

downstream controller

通过在 K8S API 从云端更新边缘节点上的设备属性。

EdgeHub

EdgeHub负责与云中端的CloudHub组件进行交互。它使用 websocket 连接或使用QUIC协议连接到CloudHub。支持同步云端资源更新、报告边缘端主机和设备状态变化等功能。

EdgeHub 执行的主要功能

Keep Alive
发布客户信息
边端路由到云端
云端路由到边缘

DeviceTwin （设备孪生）

DeviceTwin 模块负责存储设备状态、处理设备属性、处理DeviceTwin操作、在边缘设备和边缘节点之间创建成员、将设备状态同步到云端以及在边端节点和云之间同步DeviceTwin信息。

它还为应用程序提供查询接口。DeviceTwin由四个子模块（即成员模块、通信模块、设备模块和设备孪生模块）组成。

以下是设备双控制器执行的功能：

将元数据同步到db（Sqlite ）和从db（Sqlite ）中获取数据

注册和启动子模块

向子模块分发消息

健康检查