????优质资源分享????
| ???? Python实战微信订餐小程序 ???? | 进阶级 | 本课程是python flask+微信小程序的完美结合，从项目搭建到腾讯云部署上线，打造一个全栈订餐系统。 |
| ????Python量化交易实战???? | 入门级 | 手把手带你打造一个易扩展、更安全、效率更高的量化交易系统 |
本文分享自华为云社区《KubeEdge：下一代云原生边缘设备管理标准DMI的设计与实现》。
随着5G、AI、分布式云等技术的成熟发展，万物互联、数字孪生、算力泛在等理念不断推进，带来了很多行业业务的创新，越来越多的设备、应用运行在端侧，并产生大量的数据。如何更好地解耦业务应用开发和设备数据访问，为设备提供完整的生命周期数据管理，释放设备数据的价值？如何在保证集群可用性的高效管理和传输设备数据，获得更为方便、灵活的数据访问方式？云原生边缘计算的方案选择可以帮助用户更好地应对这类问题。
KubeEdge设备管理框架
KubeEdge设备管理架构的设计实现，有效帮助用户处理设备数字孪生进程中遇到的场景。用户可以通过KubeEdge，将物理设备抽象成数字孪生，用云原生的方式对设备和数据进行管理。
1KubeEdge设备管理架构设计KubeEdge设备管理架构设计如1所示，具体流程如下：
用户调用KubernetesAPI接口，创建DeviceCRD实例到KubeEdgeKubeEdge云上组件CloudCorewatch到Kubernetes中DeviceCRD实例创建消息此时CloudCore会做两件事情，一方面CloudCore通过云边websocket通道下发DeviceTwin信息到EdgeCore，另一方面CloudCore会生成一份包含DeviceProfile信息的Configmap，该Configmap是以Node名称为索引，挂载到对应Mapper的Pod中的Mapper通过读取挂载的Configmap中的DeviceProfile信息，更新本地维护的Devicelist列表EdgeCore把接收到的DeviceTwin信息发送到指定的mqtttopic该节点上的所有Mapper都会收到该DeviceTwin消息，并根据Device名称来匹配是否是自己维护的list中的DeviceMapper根据DeviceProfile信息，通过对应的协议与设备建立连接Mapper通过mqtttopic上报设备状态和采集的数据DeviceTwin到EdgeCoreEdgeCore通过云边websocket通道上报DeviceTwin数据到CloudCoreCloudCore更新设备DeviceTwin数据到Kubernetes
DMI框架设计
**在此基础上，KubeEdge团队也对框架不断更新迭代。**为帮助用户应对未来更大规模设备场景、更高的可用性需求、更灵活的功能支持以及更优的用户体验，KubeEdge设计了更优化的设备管理框架——DMI。
DMI整合设备管理接口，优化边缘计算场景下的设备管理能力，打造基于云原生技术的，覆盖设备管理、设备数据的设备数字孪生管理平台；同时定义了EdgeCore与Mapper之间统一的连接入口，并分别由EdgeCore和Mapper实现上行数据流和下行数据流的服务端和客户端，承载DMI具体功能。
DMI框架设计中解耦了设备管理面与设备业务面数据，让DeviceCRD只承载设备本身的生命周期管理，而设备业务面数据则直接通过微服务的方式为数据消费者应用提供出来。在这样的架构下，设备就不再是单纯的数据源，而是一种云原生的设备微服务，设备数据消费应用的开发者就可以不再关心如何获取设备数据，而是以更云原生的方式来聚焦应用本身的业务逻辑开发。DMI框架还提供多种数据推送方式，让数据消费者可以更灵活地获取设备数据，用户体验更优。
由于DMI的设备管理面与业务面数据分离的特点，业务面数据可以通过业务面通道更灵活地在云端或边端被处理，而管理面的云边通道中只会传输少量管理面信息，大大降低了云边通道拥塞的可能，提高了KubeEdge系统的可用性。DMI提供了统一的设备管理相关接口，无论是设备应用开发者还是设备应用的使用者，都可以以更统更灵活、更标准化的方式来开展设备相关工作，不拘泥于具体形式，只要能够实现DMI接口，就能够享受KubeEdge边缘计算平台带来的云原生设备管理体验。
▍1DMI框架定位
2DMI在KubeEdge架构中的定位DMI在KubeEdge架构中的定位如2所示。DMI类似Kubernetes的CNI、CSI、CRI等接口，定义了一组EdgeCore与Mapper之间的内部API接口以及外部应用访问Mapper的统一的API接口。其中内部接口底层由gRPC结合UDS的方式来实现，外部API接口支持mqtt和REST两种接入方式。Mapper不论是何种承载、实现方式，只要实现了DMI中所定义的上行、下行数据接口，即可接入KubeEdge云原生边缘计算平台，使用云原生的方式对设备进行管理。
▍2DMI设备管理与数据管理
DMI框架架构设计如3所示，其中黄色线条为设备管理面数据流管理，蓝色部分为业务面数据流管理。
在DMI的架构设计中，将设备的管理面数据与业务面数据进行分离。其中管理面数据主要包括设备的元数据、设备属性、配置、状态、生命周期等，其特点是相对比较稳定，创建后除状态上报外的信息更新较少，更贴近Pod类型资源所产生的数据，在保证用户可以通过云端KubernetesAPI像访问Pod一样维护Device的生命周期的尽量减少设备管理产生的额外数据传输开销。
3DMI设备管理与数据管理架构在DMI框架设计下，设备不再是单纯的数据源，而是被抽象为微服务，以云原生的方式为设备数据消费者提供数据服务。DMI框架下的设备数据访问支持多种场景，更加灵活。3中列出了几种主要的数据访问方式，包括推数据和拉数据等，具体情况如下：
边缘侧应用通过RESTService访问设备数据云侧应用通过RESTService访问设备数据Mapper通过配置REST目的地址，将数据推送到边缘侧应用Mapper通过配置REST目的地址，将数据推送到云侧应用Mapper通过配置目的地址，将数据推送到边缘侧数据库Mapper通过配置目的地址，将数据推送到mqttbroker边缘侧应用通过mqttbrokertopic订阅设备数据云侧应用通过mqttbrokertopic订阅设备数据边缘侧应用处理数据后将处理结果传上云
▍3DMI工作流程
4DMI设备管理工作流程示例在DMI框架下，设备管理工作的流程有一定的变化。如4所示，在安装KubeEdge的时候，云端CloudCore会注册DeviceController组件用于监听Device和DeviceModel的CRD资源。DeviceController中存在两个模块，DownstreamController和UpstreamController，其中DownstreamController用于监听云端的Device、DeviceModel事件，并通过Cloudhub下发至边缘，UpstreamController用于接收从Cloudhub转发来的EdgeHub上报的Device状态和消息，并更新Kubernetes中的Device状态。在边缘侧，Mapper初始化的时候，需要调用DMI中的Mapper注册接口，将Mapper的相关信息注册至DeviceManager，并接收接口返回的已下发至该节点的且协议匹配的设备信息。EdgeHub在接收到云端下发的设备消息时，会将其转发到DeviceManager组件，DeviceManager会根据该设备的协议选择对应的Mapper驱动程序，发送创建设备的请求，并且本地数据库也会存储该设备的信息，后续Mapper会将设备孪生消息转化为设备协议格式，跟实际的物理设备进行通信。
DMI接口定义
▍1DMI接口分类
DMI接口实现了EdgeCore与Mapper之间的通信，支持REST和mqtt的通信方式，并以标准化的形式呈现，降低了Mapper开发、适配难度。在数据访问方面，DMI可以实现边缘侧和云侧的应用都可以通过RESTService的方式访问设备数据。
5DMI接口定义如5所示，DMI有六类接口，Mapper管理是针对边缘侧各类设备协议驱动程序，Device管理和Device数据管理对管理面和业务面进行了数据拆分，Device升级管理和Device命令管理为具有升级和命令执行功能的设备提供相关的接口，Device事件管理可以监控Mapper及其纳管的各个设备的运行状态。
▍2DMI接口定义示例
6DMI设备管理部分接口定义示例如6所示，为DMI设备管理部分接口定义，v1版本以gRPCproto的方式定义，可使用makedmi命令创建对应的gRPC-go代码。
▍3DMI设备相关CRD定义
如7所示，是DMI设备相关CRD定义，主要分为Device和DeviceModel。其中DeviceModel与设备型号是一一对应的关系，代表同一类设备型号的共有属性，主要包含设备产生数据属性Properties和设备支持命令属性Commands。Device为设备实例，与真实的物理设备为一对一的关系，每个DeviceModel可以对应统一型号的多个Device实例。Device类型资源主要包含设备型号对应关系信息、设备协议配置信息、设备部署节点信息、设备状态信息以及设备数据Property采集配置信息。
7DMI设备相关CRD定义
发布计划
DMI发布计划分为三个版本，Alpha版本提供设备管理相关功能实现，以及提供一个支持DMI接口的MapperDemo。Beta版本支持设备命令管理、设备升级管理以及设备数据管理的能力，此外还会对接第三方平台，并提供相关对接Demo。GA版本会对多平台、多协议进行对接支持，另外会把设备安全以及事件管理的功能补全。
附：KubeEdge社区贡献和技术交流地址
文章为作者独立观点，不代表 股票程序化软件自动交易接口观点
相关文章
股民评论