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

阅读数:1335 2011 年 1 月 25 日

话题: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'