面向服务的“服务化网络”和“物联网”

作者 Jeevak Kasarkod 译者 马国耀 发布于 2011年1月25日

领域

企业架构,

语言 & 开发

主题

Web服务 ,

嵌入设备 ,

SOA ,

嵌入式系统开发 ,

企业信息集成 ,

架构 ,

企业架构 ,

编程 ,

Web服务标准 ,

SOA实施

分享到

业务整合的服务化网络的愿景得到SOA的巨大推动。SOA成了服务化网络实际的架构。一篇出自SAP研究员Dominique Guinard、Stamatis Karnouskos、Patrik Spiess和Domnic Savio的IEEE论文扩展了该视野，使得虚拟的业务应用世界与物理设备世界的边界模糊化了。他们的研究工作促成了SOCRADES整合架构（SIA）的建立，有助于通过面向服务的方式实现现实世界的设备与标准IT系统间的整合。

最开始，几位研究员意识到的挑战是如何在资源有限的设备上实施SOA，尤其是WS-*标准。从这套系统中识别出的四个需求构成了SIA中许多流程的设计与实现基础。它们是：

R1：最小化服务开销。由于大多数现实世界的服务是由嵌入式设备提供的，它们只有有限的计算能力，因此，轻量级面向服务的范式成为必须。与使用私有API相比，这种方式不会产生太大的开销。

R2：最小化注册工作。设备应能通过网络发现功能向某个公开注册库发出服务通告。该过程应该是“即插即用的”，而无需人工干预。而且，设备仅需提供少量信息即可完成注册。

R3：支持动态查找和语境查找。它应能使用外部信息源以更好地表述查询。此外，查询应不只是简单的关键字查询，还需考虑语境（如位置、服务质量 、应用上下文等）之类的用户质量参数。对语境的支持非常关键，因为大多数现实世界中的设备执行的是在一个良好定义的语境（如，建筑物、建筑工厂等 ）中的特定任务。

R4：支持按需供应。嵌入式设备上的服务提供的是非常原子性的操作，比如从某个温度计上获取温度数据。所以，虽然无线传感器网络（Wireless Sensor Network，WSN）平台千差万别，但传感节点提供的服务却非常相似，而且能够根据开发需求进行按需部署（或重部署）。

以上四大需求是现实世界服务发现与供应流程（Real-World Service Discovery and Provisioning Process，RSDPP）中的重点内容，RSDPP又是该论文的核心。该流程站在较高的层次使用了两种方法：用于实现Web服务的设备概要（Device Profile for Web Services，DPWS），它定义了一小组在有限资源的设备 上实施的WS-*标准；另一种方式是轻量级的RESTful API。论文的其他部分关注在RSDPP的注册、发现和供应等子流程上。

人们为何要通过面向服务的方式将嵌入式设备的功能暴露出来？作者们提出了三个方面的具体优点：消除私有的驱动程序；提升设备间的水平整合以及与企业应用系统间的纵向整合；减少对转换网关的依赖。

查看英文原文：Service Oriented 'Internet of Things And Services'

译者 马国耀 关注企业级应用开发与架构，有多年SOA项目实施和咨询经验，专注于SOA及云计算的融合。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！

1. 返回顶部

   可不可以这么理解？

   发表人 冯 希顺

   这个RSDPP就是嵌入式设备的通用驱动程序接口吧？

   回复

2. 返回顶部

   Re: 可不可以这么理解？

   发表人 马 国耀

   这里面不仅仅是驱动程序接口的含义，还包括从设备提供服务的视角阐述发布、注册和管理服务等方面的内容。

   回复