SOA架构设计的案例分析

　　面向服务的架构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）进行拆分，并通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。

　　面向服务架构，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。SOA可以看作是B/S模型、XML（标准通用标记语言的子集）/Web Service技术之后的自然延伸。SOA将能够帮助软件工程师们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往，以SOA架构的系统能够更加从容地面对业务的急剧变化。SOA系统是一种企业通用性架构。

　　案例分析：描述了如何使用“面向服务的体系结构中的服务创建场景”实现模式来解决与帐户开立项目案例研究相关的业务和 IT 挑战。

　　1，使用外部服务

计划在业务流程中使用此外部服务。更新 ESB服务注册中心，将一个入口添加到此外部服务，然后这项服务就可以使用了。还需要更新服务注册中心，以便包含该服务的元数据。ESB 将有效地虚拟化该服务。当一个服务使用者向 ESB 发送请求时，该服务使用者将得到一个回应。必要时，ESB 可以在运行时决定是否使用备用提供商。当备用服务具有不同的消息 schema 时，ESB 可以将该请求转换为所需的 schema，代表使用者发出请求，并将该响应转换回用户所需的形式。整个流程对请求者应用程序（如业务流程）是透明的。

　　2，创建新服务

使用 Rational Software Architect 中的工具从 WSDL 中生成 EJB™ 代码来创建新服务。还将生成映射代码以解析 SOAP 请求消息，因此，EJB 可以看到 Java 形式的消息并在 SOAP 中生成从 Java 返回的响应消息。开发人员无需 XML 知识就可创建服务。具体的工作（如查询记帐）是标准的 Java 编程。可以使用 Web 服务向导来生成简单的测试应用程序来实验该服务。

　　3，将现有应用程序作为服务直接公开

许多现有应用程序平台和企业信息系统提供了将现有应用程序功能作为服务直接公开以供重用的能力。此方法一般很少需要或根本不需要编程，这就极大地减少了开发与测试的时间与成本。即使那些对现有应用程序或企业信息系统（如 CICS）不太懂或者根本不懂的开发人员也可以利用向导轻松地将现有的应用程序功能作为服务公开。

　　4，将现有应用程序作为服务间接公开

适配器和连接器提供了间接访问各种平台上的应用程序的功能，如 z/OS® 上的企业信息系统（例如，CICS、IMS 和 SAP）。该适配器或连接器提供一个 Java API，从而将开发人员屏蔽开，他们无需了解后端应用程序。通过将该适配器或连接器的 Java 代码作为服务包装起来，可以将该应用程序功能作为服务公开和使用以及供重用。此实现模式称为间接公开模式。

　　5，使 WebSphere Message Broker 流支持服务

WebSphere Message Broker 流已经存在，支持服务是作为服务重用的快速、直接的方法。

当需要转换消息和传输协议以及需要整合消息数据时，应考虑使新的 WebSphere Message Broker 流支持服务。WebSphere Message Broker 流提供了可供业务服务组合使用的诸如安全性和审核之类的基础结构服务。WebSphere Message Broker 使用的 JMS 和 WebSphere MQ 是进行可靠消息传递的综合性行业标准，同时还是一种广泛采用的、包括 IMS 连接性在内的业务到业务的集成技术。提供一个耦合了中介的服务实现。利用 WebSphere MQ 进行基本的消息传递和 Web 服务流动。

　　6，使 IMS 事务支持服务

IMS TM 资源适配器使用 J2EE Connector Architecture (JCA)标准进行消息传递，使此选项成为最广泛采用的 IMS 连接选项，且具有当今最高的服务质量。提供一个耦合了中介的服务实现。如果客户使用 WebSphere Application Server 创建中间层组件，则最佳集成选项一般是使用 IMS TM 资源适配器的 J2C。