-. 微服务的源代码;核心服务层之上是支持服务层,提供日志、规则引擎、提
醒 等 通 用 服 务 ; 最 上 层 是 输 出 服 务 层 , 主 要 包 括 两 个 微 服 务 "0 和
0,前者负责输出数据模型的注册服务,后者从前者拉取注册信息并依此将数据
转发出系统之外,转发的目的地可以是远程的云端服务,也可以是本地的其他服务。边缘
计算的原意是将计算放在边缘处理,可是从 1/ 的架构图中并未直接发现计算相关的微
服务,稍微与计算相关的微服务 0 里面有数据的过滤、格式化、压缩和加密等等,
但这并不是真正的数据处理,个人认为数据处理涉及到的数据类型、规模以及处理的方法
不容易定义一个通用的框架或微服务,因此 1/ 并未提供,"0"# 便是
1/ 留给用户自定义的微服务用于数据的处理。
南边之下是众多的物理设备,具有相同接口的一个或多个设备由同一个 #
# 接入系统;北边之上是数据的最终归处,可以是远程的云端,也可以是本地的数据
处理服务。
设备-系统管理服务也是一个微服务,只不过该微服务统一负责系统中其他微服
务的生命周期管理,目前并未完善。
安全问题目前为止官方文档和项目源码并未过多涉及,估计指的是各个接口的加
密以及设备数据和指令的保护,如增加权限管理等等,纯属个人猜测,期待项目更加完善
后有比较清晰的安全管理模型及介绍。
此外,1/ 的松耦合微服务架构意味着其可以部署到一个或多个节点上,具有
横向扩容的能力。
图 2 EdgeX Foundry 架构(来源:https://www.edgexfoundry.org/)
2. Core-Registry&Config
$(-$. 使用 开源的 语言版本的服务发现、配置管理中心
服务 实现。内置了服务注册与发现框架、分布一致性协议实现、健康检查、23"
评论0