简析一种SOA动态实现框架

服务总线

服务总线是一个在客户机应用程序与服务之间进行协调的高性能组件，它通过代表客户机以及旨在提高统一而又可重用的技术性功能的服务来提供功能的公共部件，从而提高了其价值，这就是 SOA 真正实现的关键所在。它通过提供一种标准机制来连接服务并封装服务实现细节，使客户机可以集中关注业务逻辑。

服务总线使用了一种流水线的方法，即把总线看作一系列的部件 — 一条流水线。流水线的每个阶段本质上都是一个增值的部件，从前一个阶段接收一系列的输入，然后处理数据，并把输出传输到下一个阶段。

服务总线的特点如下：

动态连接性和路由：动态连接性是指不需要为每一个服务使用一个分离的静态 API 或者代理就可以动态连接到网络服务。现在的大多数企业应用程序都是运行在一种静态连接方式上，并且每个服务都需要一些静态代码片段。动态服务连接性是企业灵活性的关键。动态连接性 API 也是如此，如果不考虑服务实现协议（Web 服务、JMS、EJB/RMI、POJO 等等）。客户端应用程序可以通过 URI 接口访问服务，该接口要么直接映射到服务上，要么根据服务请求的环境或者内容被路由到服务上。

可靠的消息传输：可靠的消息传输是指把服务需求消息进行排序并确保这些消息被传输到目的地的能力。如果需要，它还包括将响应消息回馈给请求方的响应能力。这种能力主要用于处理事件，这对以异步方式响应客户和成功的 SOA 实现至关重要。它主要是通过使用可靠的 JMS 排序与存储、发送和确保交付的能力实现的。

安全：一般来说，处理和加强安全是 SOA 实现的一个关键成功因素。主要考虑以下问题：

- 联合验证：这个特性截取服务请求并添加适当的用户名和凭证。它还可以在发送服务执行请求之前验证服务请求。

- 授权：验证每一个服务请求并发放授权，来确保发送方具有访问服务的正确权限。

- 加密/解密：在元素层加密请求和响应信息的 XML 内容，并且解密相反的脚本。

转换：在客户端和服务使用不同的数据格式时需要进行转换，即根据规定的转换规则把数据的既有格式转换成目标格式的能力。

高速缓存和性能策略：对提高服务的性能和质量，以及最终增强提高整体顾客服务来说非常重要。它可以在不同的层次上执行，包括服务配置，服务响应数据的服务和其他 SOA 资源，取决于如何通过优化来获得高性能。整体性能还可以通过压缩在节点间传输的基于 XML 的消息来获得提高，这样可以降低带宽利用率。为了达到这个目标，压缩和解压缩代理被安装在 SOA 栅格的边缘。

日志：在出于审计、问题诊断和监控等目的而需要跟踪系统执行和性能。可以为任何服务记录日志，还可以在各种不同的层中记录日志。

监控：是指跟踪通过总线发生的服务活动，并提供可见的度量标准和统计数据的能力。监控的特殊意义是指能够发现业务流程中出现的问题和异常情况，并且快速采取行动来解决问题。

服务水平协议（SLA）：SLA 定义了与 Web 服务操作和业务流程相关的性能担保——诸如响应时间和服务可用性等——性能担保对业务关键的操作来说很重要。服务提供商可以使用 SLA 来推广和创建服务水平协议。这可以帮助他们提供适当数量的资源和优先提供维护服务。

版本控制：是指版本化 Web 服务和前摄性地帮助客户开展客户端应用程序迁移工作，Web 服务的最新版本一经推出，就立即帮助客户把客户端应用程序迁移到最新版本中。版本控制支持包括能够注册同一服务的不同版本，根据需要向客户端提供所有版本的 API 和库，以及帮助把客户端迁移到新版本中。版本控制组件使用基于 XLST 的转换规则把对旧版本服务的请求转换成对新版本的请求。

异常管理：是指在客户访问业务服务时跟踪和处理出现的异常的能力。异常细节包括捕获和日志记录的异常代码、名称、原因和描述。可以通过按照预先定义的次数尝试重复连接，路由到一个替代服务中，或者简单地返回执行失败的原因来处理异常。

定制业务逻辑处理：为在服务处理过程中插入定制的业务逻辑提供灵活性。举例来说，一个具体的业务逻辑要么先于提交服务执行请求之前在服务请求上执行，要么先于发送服务响应到客户端之前在服务请求上执行。

服务总线本身是作为一种服务实现的，使用了 Web 服务或者 EJB 技术。这种服务被部署到服务器池或者群集中，并可以横向扩展。上述组件必须符合相应的 Web 服务标准。