实时SOA到底是什么（下）

如何在两端同时发现信息

那么，我们如何才能完成这些功能呢？路由服务必须能够在网络中找到正确的信息并将其发布到另一端。我们的路由服务必须具有自动发现并控制信息的功能，同时也必须能够识别并处理所有的主题和类型。由于DDS对内容预知，这些功能是可实现的。转换功能为每一个需要处理的模式提供简单的脚本或插件，监护提供配置脚本，明确需要传输的主题。除此之外，DDS对内容的可读性还意味着路由服务在运行时检查所有类型，因此该系统可以在模式发生变化的环境下安全工作。 RTI公司已经开发了这样的路由服务，它是通过XML脚本来配置的。

 

图6：RTI公司的路由服务连接两个域

RTI的路由服务连接两个DDS域。它兼有监护和转换的功能。监护将选择哪些数据可以从域输出，转换在域之间匹配主题和模式。它可以通过DDS的发现功能找到所需的数据。

扩展性

现在，假设我们要集成多个DDS域。 类似ESB的做法就是扩大我们的路由服务来处理多个数据流。但是，由于有DDS总线，没有必要使用统一的ESB。我们可以部署多个路由服务，并根据需要将他们分布在系统中，这使得系统更快、更稳定。我们甚至可以在单对域中建立多个路由服务进行冗余处理。

用DDS构建实时ESB

路由服务还为更大的解决方案提供可能。通过DDS协议的路由服务（Routing Service）不仅可以连接各个系统，还可以通过插件协议来扩展它的功能。例如，它可以通过TCP连接DDS域，这可使DDS能便捷穿越防火墙，同时还可以通过插件对信息进行加密，使得信息可以安全跨越广域网。

我们还可以做得更多。路由服务还可以将DDS连接到非DDS系统，利用插件，路由服务成为一个可编程的通向任何协议的桥梁，例如Link16 、STANAG 4586、JMS、C37.118、压缩的DDS流等诸多协议。通过这些插件， 路由服务还可以将另一个协议集成到系统中。所有这些，DDS都可以轻松做到。每一个系统都可以在一个单独的应用上运行。就这样，一个高效的分布式系统就构建成功了。

除了协议，DDS还可以用于集成其它技术。例如，RTI公司拥有的DDS服务可以整合数据库、Web Services以及Excel这样的工具。在中间件上安装JMS API可以便捷地与企业级技术集成。有监护功能的JMS API可以轻松地与类似Camel这样的企业级ESB连接， 而不必通过中间的“标准化”步骤。

以上可通称为一个“实时服务总线”，它能实现企业级服务总线的相同功能和用途，而且具有快速、实时的特性，模块可以在任何应用上集成任何技术。实时服务总线提供了分布式构架中DDS所缺少的集成多个应用的功能。

 

图7：实时服务总线

通过增加协议插件和企业级技术，DDS成为构建类似“分布式ESB”的实时服务总线的基础构架，使得构建的实时SOA弥补了企业级Web Services的不足。

究竟什么是实时SOA？

本文所描述的体系构架无疑是一个名副其实的面向服务的架构（SOA）。有了RTI公司强大的路由服务，设计师可以从许多独立的服务中建立实时系统。

更重要的是，这样的体系构架具有松耦合的特点。各种服务，甚至整个DDS或其它应用都可以由不同团队在不同时间独立设计完成，还可以使用转换功能在后期对各应用进行集成。如果要对其中一个应用进行更新，也只需要调整转换插件即可，这对系统的升级和维护至关重要。

让我们再次重申，我们的创新与许多企业级软件销售商所称的 “实时SOA”截然不同，后者实际上只是提供更快的网络服务，而以DDS为基础的“实时服务总线”是一个真正集成实时系统的SOA。而且它还能满足对性能、可靠性和时间控制等各种苛刻性要求。有了协议插件和其它技术的参与，它还有了更强大的功能。它能帮助开发包括实时和企业级应用的复杂系统，还能集成大型的实时系统，并将实时系统和企业级系统集成。

躺在太平洋底的宙斯盾巡洋舰还在提醒软件设计师们，这是一个惨痛的教训，它说明了系统集成的重要性。合理的系统架构为系统的进一步更新和集成带来可能，实时系统需依赖于实时技术。

新兴的实时技术可以提高系统集成的能力以避免将来可能的浪费。从系统开发第一天起就使用正确的集成设计也许是构建和维护实时分布式系统最重要的考虑。

○1Admiral Frick, PEO IWS, at the 2006 ASNE Combat Systems Symposium

○2Figure modified from Raytheon talk at OMG DDS Day seminar

○3本文中的所有性能请参考RTI公司网站 www.rti.com

○4 DDS 还允许多个操作系统、不同编程语言之间进行互通。并不是所有的中间件都能做到这一点，但本文不再展开。