Edgex Foundry引用与分析

引用来源：https://blog.csdn.net/keyoushide/article/details/84112892

       EdgeX Foundry的定位是通用工业IOT边缘计算通用框架，其架构如图 2。分南北两边，4个逻辑层和贯穿始终的安全以及设备&系统管理服务：

       最底层是设备服务层，即与物理设备直接通信的具体微服务的集合，每个设备微服务可以管理支持对应接口的多个物理设备；设备服务层之上是核心服务层，包括core-data, core-command, core-metadata, 和registry&config，其中registry&config使用Google开源的golang版本的服务发现、配置管理中心服务consul，因此项目中没有关于registry&config微服务的源代码；核心服务层之上是支持服务层，提供日志、规则引擎、提醒等通用服务；最上层是输出服务层，主要包括两个微服务client registration和distribution，前者负责输出数据模型的注册服务，后者从前者拉取注册信息并依此将数据转发出系统之外，转发的目的地可以是远程的云端服务，也可以是本地的其他服务。边缘计算的原意是将计算放在边缘处理，可是从EDGEX的架构图中并未直接发现计算相关的微服务，稍微与计算相关的微服务distribution里面有数据的过滤、格式化、压缩和加密等等，但这并不是真正的数据处理，个人认为数据处理涉及到的数据类型、规模以及处理的方法不容易定义一个通用的框架或微服务，因此EDGEX并未提供，additional services便是EDGEX留给用户自定义的微服务用于数据的处理。

          南边之下是众多的物理设备，具有相同接口的一个或多个设备由同一个device service接入系统；北边之上是数据的最终归处，可以是远程的云端，也可以是本地的数据处理服务。

        设备&系统管理服务也是一个微服务，只不过该微服务统一负责系统中其他微服务的生命周期管理，目前并未完善。

         安全问题目前为止官方文档和项目源码并未过多涉及，估计指的是各个接口的加密以及设备数据和指令的保护，如增加权限管理等等，纯属个人猜测，期待项目更加完善后有比较清晰的安全管理模型及介绍。

           此外，EDGEX的松耦合微服务架构意味着其可以部署到一个或多个节点上，具有横向扩容的能力。