本文将通过对几个项目的讲解，让读者几乎理解并掌控如何架构物联网。几周前我们在捷克的Linux大会OpenAlt上明确提出了这样的观点：物联网（IoT）是基于微服务的。我们想覆盖面积所有构建层级，将难题放在一起。也就是说，用于所有从边缘设备中所搜集的数据，经过数据构建与分析之后，得出结论原始的物联网解决方案。

　　物联网架构　　下面的架构图是对我们观点的高度总结。其中，很更容易寻找与物联网网关相连的所谓边缘设备。　　一般情况下，网关不会将设备所传输的任何硬件与供应商特定协议转化成为完全一致而更容易构建的东西，便利在构建时用于，类似于TCP和任何顶端的标准化信息协议之类的。

　　仍然只有一个网关吗？这个网关只用于硬件特定协议吗？两者的答案都是驳斥的。在有所不同方位上可能会有各种类型的多个网关，如果边缘设备充足智能的话，其中一些甚至用于的是TCP协议。更加最重要的是负责管理数据单体的网关，其逻辑功能有可能就是非常简单的路由器与消息转换器。

　　再行来看构建组件，也是核心业务逻辑所在之处。这个架构类似于杰出的经典SOA（服务导向架构）。这里可以/应当用于SOA原则。

　　几天后，构建组件可以与简单的系统（如JBoss业务流程管理系统）展开通讯，并展开决策与高等数据分析。　　那么网关与构建组件之间明确有什么有所不同呢？我们在其原理中提到这种区别。不过在明确的构建上，否有什么有所不同呢？　　令人吃惊的是，并没区别。

用于我们的办法，通过Bulldog、Silverspoon和SilverWare所获取的微服务构建工具，两者构建的基础结构模块完全相同。　　想区分特定微服务的含义，有多个维度的抽象化。其中还包括数据协议（低级硬件协议、非常简单的信息传送、TCP等），服务层（也就是来自杰出经典SOA架构）以及特定服务所需的计算能力。

　　正是如此：微服务的目的及其规范是在系统创立时由开发者原作的。可以说道微服务就看起来干细胞。微服务与干细胞一样，是根据所用于的地方以及用法来充分发挥明确功用的。

　　概念　　我们为什么不会指出自己的解决方案准确呢？　　首先，我们期望覆盖面积所有级别的抽象化。我们有物联网架构所有层面的组件与开发工具。

将传感器与Arduino连接很有意思，但下一步是什么呢？如何统合才能存储大数据并继续执行分析呢？。

本文来源：开云app官方网站下载-www.91kunpeng.com