在过去的几年中,我们已经讨论了大量的 WS-* 标准和规范,但是之前一直没有涉及到 WS-Discovery 和 WS-DiscoveryProfile ,它们在 2008 年底加入了 OASIS 标准。在技术委员会的 FAQ 中解释如下:
这个技术委员会(TC)的目的是标准化 WS-Discovery,SOAP-over-UDP 以及 Devices Profile for Web Services(DPWS)规范。[……]TC 的高层目标是,不论服务是企业服务还是内嵌在设备、处在自组织网络或是被谨慎管理及控制的网络中,Web 服务发现的交互方式都被标准化。TC 的另一个主要目的是,为了与内嵌于诸如打印机、显示器、会议室投影仪等这些设备中的 Web 服务进行交流,为 Web 服务标准定义一个轻量级、可互操作的概要(Profile)。
尽管与一些其他标准 / 规范相比,WS-Discovery 在 WS-* 领域中属于相对低风险的,多年来 WS-Discovery 的确在期盼得到一些关注。正如 Jesus Rodriguez 在谈到 WCF 支持它时所说的:
跟其他 WS-* 协议相反,由于 WS-Discovery 简化了这类设备间的交互,它已经在网络设备构建器中被广泛采纳。比如,打印机能够用 WS-Discovery 将自己发布在网络上,以便需要打印文档的其他应用程序能够发现它。Windows Vista 的接触定位系统是基于 WS-Discovery 技术的另外一个示例。
技术委员会提供了参与厂商的列表,比如 IBM,MSFT,CA 和 Red Hat。但,Oracle 和 Sun 都没有参与这次标准化的活动。然而,最近技术委员会同意将当前的草案推进到公审期,在这里任何人都可以提交评论或者提问。这些规范是:
- WS-Discovery 1.1 版.
- Devices Profile for Web Services 1.1 版.
- SOAP-over-UDP 1.1 版(在 WS-Discovery 中支持多播机制)。
正如 William Vambenepe(Oracle)所说:
这三者已经纠缠多年。主要在 USB/PnP/UPnP 社区(物理连接在 Windows 上的设备),但是出于以下两个原因,他们不时的出现在企业的 WS-* 雷达屏幕上: - WS-DD 作为使用 WS-Transfer 的另一规范(除了 WS-Management 以及之后的 WS-MeX 的化身),让它成为独立规范(我看,勉强)是合理的。
- WS-Discovery,对于数据中心可能有用(明显是为了资源发现)
William 看着成员名单,并且认为他们中大多数关心的是如何把制订中的标准应用到潜在的数据中心相关的应用中。
嗯,我猜 Novell 和 RedHat 加入游戏的目的是为了给运行在他们 Linux 版本的桌面上插入设备,而不是为了数据中心。CA 和 IBM 也会从资产管理(针对设备)视角加入游戏。[……] 但不管怎样,都没有 Apple,Palm,RIM,Google(Android)或者 Sun(JavaFX)的参与。我猜它不是针对于手持设备,而是针对打印机和照相机的。在这种情况下,你可能想知道为什么 HP 没有参与 [……]。
他并不确定 WS-Discovery 是否会在数据中心中发挥作用,并指出尽管环境变得愈发动态,这在 _“客户 VM(新实例的创建)及之上的(应用程序,服务……)”_ 层面具有代表性,但在其中,它们的创建极有可能是被编排的(毕竟,服务极少会像粒子 / 反粒子对那样突然“蹦出来”),从而不再需要初始资源发现机制。所以他得出以下结论:
剩下的就是物理设备了。从服务器被接入的一点到它被管理的一点之间我们是否需要 WS-Discovery 呢?在类似这样同构的环境下,还有一些其他的办法。而且,目前光是 UDP 组播就足以在数据中心中让你用了 (至少不用扩展)。因而,我猜不需要。但是谁知道。要是关心它,你可以审阅这些草案。
目前看来诸如微软正在为标准的多数工作作出努力。因此,无论如何,WS-Discovery 至少可能用自己的方式进入桌面来靠近你。当然,它是否走得更远还取决于其他因素。
评论