可复用的体系结构

    我们假设该 Web 服务需要在 .Net 平台上或随后的 WebSphere 平台上运行前从主机系统获取信息。您需要将 Web 服务与执行普通 Web 服务的主机网关相整合。

    所有 Web 服务彼此以 XML 传递信息——多个 SOA 中的业务流程应当如何整合及其在提供的服务中如何实现。虽然在多个 SOA 中 Web 服务是可复用的，但是我进一步将 SOA 处理成可复用的体系结构。

    我有多个实例，它们关于将可复用的 SOA 合并成与主机系统相连的整合中心，我提出如下四步来创建中心:

    1. 将作为可复用的体系结构的 SOA 数组划分成两个模块。第一模块主要包括整合 Web 服务的机制，而第二个模块重在服务交互。

    2. 为了获得非常好的的速度及可靠性，将每个 SOA 优化成更紧凑的形式。检查可能影响性能的磁盘碎片空间。

    3. 将 SOA 按照重要性及复用频率区分优先次序。检查用户对于更改 SOA 优先权的需求。

    4. 将 SOA 合并成连接到一个或更多主机系统的整合中心，这些主机系统运行在不同的平台上。检查先前没有被提出的互用性问题。

    模块化的 SOA 库

    您可以开发模块化的和优化的 SOA 库，这些 SOA 被分成了不同类别的层次。每个类别可以通过层次最低级别的 Web 服务被进一步划分成 SOA 的子组。

    您可以将库用作到 Web 服务应用程序的动态链接。当应用程序需要访问模块化的 SOA 时，它将自己链接到库中。当它不再需要检索到的 SOA 时，将从库中释放自己，当提高速度及性能时节省磁盘空间。

    下列是库中模块化的 SOA 的一些实例:

    卫生保健 SOA

    零售管理 SOA

    物流 SOA

    无线射频识别(Radio Frequency Identification，RFID)SOA

    库用例

    假设您使用在库中使用最后三个 SOA(零售管理、物流和 RFID)来开发整合中心并将它们连接到主机网关中。今后，用户的需求改变了——取消零售管理 SOA 并以卫生保健 SOA 代替它。

    同时，用新版本更新物流 SOA 使其迎合用户的需求。在 RFID SOA 中包含新的子组之后，将所有子组区分优先次序并将它们优化。