（接上篇）

边缘部分组件

在形式上，EdgeCore是一个单独的可执行文件，其中不同的功能以模块的形式进行管理，具体架构如图5-3所示。

图5-3 EdgeCore架构

由图5-3可知，EdgeCore包含的功能模块比较多，包括EdgeHub、MetaManager、DeviceTwin、EventBus、Edged、Edgemesh、CSI和CNI。接下来逐个功能模块进行解析。

1）EdgeHub：KubeEdge边缘部分组件与云部分组件交互的门户，负责接收云下发到边缘的资源操作数据，并传送给边缘组件的其他功能模块。

2）MetaManager：负责从EdgeHub 接收pod、ConfigMap、Secret、Service、和Endpoint等资源的增、删、改、查信息。首先将这些信息写入sqlite，然后将这些信息传送给Edged，同时接收Edged上报的NodeStatus、podStatus等事件, 并将这些信息写入sqlite，最后将这些信息传送给EdgeHub。

3）DeviceTwin：负责从EdgeHub 接收DeviceInstance、DeviceTwin和Desired等资源的增、删、改、查信息。首先将这些信息写入sqlite中，然后将这些信息传送给EventBus，同时接收EventBus上报的DeviceStatus、DeviceTwin和Reported等事件,并将这些信息写入sqlite中，最后将这些信息传送给EdgeHub。

4）EventBus：KubeEdge边缘部分与端部分交互的门户，通过订阅MQTT消息的方式将采集到的终端设备的数据上报给DeviceTwin；同时通过发布MQTT消息的方式将从DeviceTwin接收的相关指令下发到终端设备。

5）Edged：负责从MetaManager中接收pod、ConfigMap、Secret、Service、和Endpoint等资源的增、删、改、查信息，并根据事件信息进行相应操作，负责边缘节点上应用负载的整个生命周期，同时将边缘节点上的NodeStatus、podStatus等状态数据上报给MetaManager。

6）Edgemesh：KubeEdge边缘部分网络解决方案的实现，负责在同一节点上的pod间的通信和在不同节点上的pod间的通信。

7）CSI：负责从云下发到边缘的PV、 PVC和StorageClass等相关资源的增、删、改、查。

8）CNI：负责从云上下发到边缘的网络相关资源的增、删、改、查。

「未完待续……」 点击下方标题可阅读技术文章