device-to-cloud解决方案的构建块

如果一个OEM决定从分布式设备收集和存储数据在云中,有重要的考虑在产品开发周期,可以连接到云更简单。

如果一个OEM决定从分布式设备收集和存储数据在云中,有重要的考虑在产品开发周期,可以连接到云更简单。在硬件和操作系统重要的构建模块设备,理想device-to-cloud解决方案还包括一个高效互连协议和应用程序框架。

互连协议

各种协议连接嵌入式设备,如HTTP或SOAP。的一些缺点与这些选项包括成千上万的字节发送相关的标题信息,严格的格式和点对点的通信。HTTP和SOAP提供了一个嵌入式设备,和一些网络拓扑不能处理所需的带宽,因为它建立了数以百计的嵌入式设备。有效的利用带宽也是节约成本的测度由于一些网络字节的数据。

IBM和荷兰开发了消息队列十年前遥测传输(MQTT)协议。在www.mqtt.org上,所述MQTT协议支持发布-订阅消息传递模型连接与远程地点一个小代码需要占用或网络带宽是溢价。

用一个出版商,许多用户,工程师发送信息从一个点到很多设备接收的信息感兴趣。嵌入式设备可以利用MQTT协议收集数据从多个设备同时使用有限的带宽和提供许多用户的信息。

应用程序框架

除了一个轻量级的,灵活的互连协议,device-to-cloud解决方案需要一个设备应用程序框架构建,确保连接到云并添加业务逻辑是一个简单的、可重用的和有效的最终产品开发的一部分。

在大多数情况下,这个应用程序框架包括功能,如:

  • 设备管理(操作系统更新、应用程序更新、配置管理)
  • 应用抽象(在相同的环境中运行多个应用程序或插件)
  • 应用程序日志管理(旋转动态日志级别,日志文件)
  • 应用程序消息传递infrastructureApplication事件基础设施
  • 应用程序模块管理(启动/停止/卸载/装载)
  • 运行时统计数据和元数据
  • 配置管理
  • 版本管理

幸运的是,开源社区提供了一个应用程序框架,执行这些功能等等。这个框架的规范提供了OSGi联盟。

OSGi框架可以在任何Java平台上运行,和OSGi技术采用者受益于改进的上市时间和降低开发成本,因为技术允许预构建的集成和预应力组件子系统。

最新的