侵权投诉
当前位置:

OFweek物联网

通信网络

正文

架构物联网:一种新的解决方案

导读: 捷克的Linux大会“OpenAlt”上提出了这样的观点:物联网(IoT)是基于微服务的。我们打算覆盖所有实现层级,将难题放到一起。

  本文将通过对几个项目的介绍,让读者完全了解并掌握如何架构物联网。几周前我们在捷克的Linux大会“OpenAlt”上提出了这样的观点:物联网(IoT)是基于微服务的。我们打算覆盖所有实现层级,将难题放到一起。也就是说,使用所有从边缘设备中所收集的数据,经过数据集成与分析之后,得出完整的物联网解决方案。

  物联网架构

  下面的架构图是对我们观点的高度概括。其中,很容易找到与物联网网关连接的所谓边缘设备。

  一般情况下,网关会将设备所传输的任何硬件与供应商特定协议转化为一致而更易集成的东西,方便在集成时使用,类似TCP和任何顶端的标准化信息协议之类的。

  一直只有一个网关吗?这个网关只使用硬件特定协议吗?两者的答案都是否定的。在不同位置上可能会有各种类型的多个网关,如果边缘设备足够智能的话,其中一些甚至使用的是TCP协议。更重要的是负责数据聚合的网关,其逻辑功能可能就是简单的路由器与消息转换器。

  再来看集成组件,也是核心业务逻辑所在之处。这个架构类似于优秀的经典SOA(服务导向架构)。这里可以/应该使用SOA原则。

  稍后,集成组件可以与复杂的系统(如JBoss业务流程管理系统)进行通讯,并进行决策与高等数据分析。

  那么网关与集成组件之间具体有什么不同呢?我们在其原理中提过这种区别。不过在具体的实现上,是否有什么不同呢?

  令人惊讶的是,并没有区别。使用我们的办法,通过Bulldog、Silverspoon和SilverWare所提供的微服务实现工具,两者实现的基础结构模块完全相同。

  想要区分特定微服务的含义,有多个维度的抽象。其中包括数据协议(低级硬件协议、简单的信息传递、TCP等),服务层(也就是来自优秀经典SOA架构)以及特定服务所需的计算能力。

  正是如此:微服务的目的及其规范是在系统创建时由开发者设定的。可以说微服务就像是干细胞。微服务与干细胞一样,是根据所使用的地方以及用法来发挥具体功用的。

  概念

  我们为什么会认为自己的解决方案“正确”呢?

  首先,我们希望覆盖所有级别的抽象。我们有物联网架构所有层面的组件与开发工具。将传感器与Arduino相连很有趣,但下一步是什么呢?如何整合才能存储大数据并执行分析呢?

1  2  下一页>  
声明: 本文由入驻维科号的作者撰写,观点仅代表作者本人,不代表OFweek立场。如有侵权或其他问题,请联系举报。

我来说两句

(共0条评论,0人参与)

请输入评论内容...

请输入评论/评论长度6~500个字

您提交的评论过于频繁,请输入验证码继续

暂无评论

暂无评论

文章纠错
x
*文字标题:
*纠错内容:
联系邮箱:
*验 证 码:

粤公网安备 44030502002758号