开发人员为何需要企业服务总线.docxVIP

本文内容包括：引言调用服务其他集成功能开发企业服务总线结束语参考资料本文不仅仅是为架构师准备的：使用企业服务总线 (Enterprise Service Bus)，作为支持面向服务的体系结构 (SOA) 的基础架构，也将使开发人员能够更加轻松地工作。引言重要的应用程序很少是单独存在的；如果不能与其他的应用程序一起使用，应用程序将难以发挥很大的作用。面向服务的体系结构往往将应用程序集成在一起，这样它们就可以协同工作并提高工作效率，每个应用程序都分成必须相互集成的各个部分。SOA 模型——服务使用者调用服务提供者——可能看起来相当简单，但是它提出了两个重要的问题：使用者如何找到它需要调用的服务的提供者使用者如何快速而可靠地调用服务，而网络实际上很慢且不可靠？对于这两个问题，有一个相当简单的答案，即采用称为企业服务总线 (ESB) 的方法。ESB 处理使用者和提供者之间的所有复杂问题，从而使得服务调用对于两者都比较简单。ESB 不仅使应用程序（或其各个部分）可以更加容易地调用服务，而且还帮助它们转换数据和广播事件通知。ESB 的设计体现了许多已为大家接受的设计模式和标准规范。本文旨在帮助开发人员理解 ESB 的作用以及应用程序集成的必要部分（包括 SOA）。重点不在于定义或产品，而在于 ESB 实现的功能，这样您就不必自己实现这些功能。它展示了 ESB 可以为您做什么。调用服务为了帮助您理解应用程序集成和 SOA，我将从介绍 Web 服务如何工作开始。Web 服务只不过是您可以用来实现服务调用的一种方法。它们甚至可能不是最好的方法，但却是目前可用的最标准的方法，它们能够帮助我形成正在尝试完成的任务的设计。首先，我必须解释相关术语。Web 服务非常类似过程性编程中的功能：它具有名称、参数和结果。名称就是统一资源标识符 (URI)，通过 URI，Web 服务提供者使 Web 服务可以作为端点使用。Web 服务使用者将端点 URI 作为查找和调用 Web 服务的地址。使用者调用端点时会将请求传送到 Web 服务，请求中包含特定的操作和参数。在执行服务之后，端点将响应传送回使用者，响应指示成功（或错误），并且包含服务的结果。通过这种方式，使用者可以调用提供者的端点，传入请求，并得到响应。目前，定义实现 Web 服务的方式的是 WS-I Basic Profile 1.1，该概要包括 SOAP 1.1 over HTTP 1.1，后者由 Web 服务描述语言 (WSDL) 1.1 进行定义。（请参阅参考资料以获得指向规范本身的链接。）有了 SOAP over HTTP，使用者可以通过 HTTP 请求中的一个绑定 HTTP 消息传输的 SOAP 请求调用服务。使用者同步阻塞 HTTP 套接字，等待包含 SOAP 响应的 HTTP 响应。端点的 API 是由使用者和提供者之间的约定描述的。既然您了解了相关术语，就让我们来看一看使用者用于调用服务的通信选择：同步或异步。同步与异步调用使用者可以同步或异步实现服务调用。从使用者的观点来看，这两种方式的不同之处在于：同步——使用者通过单个线程调用服务；该线程发送请求，在服务运行时阻塞，并且等待响应。异步——使用者通过两个线程调用服务；一个线程发送请求，而另一个单独的线程接收响应。术语同步和异步经常与顺序和并发混淆了。后面的这两个术语与执行单独的任务必须遵循的顺序有关，而同步和异步与线程执行单个任务（如调用单个服务）的方式有关。理解同步和异步调用之间的不同的一种很好的方法是考虑崩溃恢复的后果：同步——如果使用者在服务运行的过程中阻塞时崩溃了，当它重新启动时，将无法重新连接到正在进行的调用，所以响应丢失了。使用者必须重复调用过程，并且期望这次不会崩溃。异步——如果使用者在发送了请求之后等待响应时崩溃了，当它重新启动时，可以继续等待响应，所以响应不会丢失。崩溃恢复不是同步和异步调用之间的唯一不同，但是如果您尝试确定某个调用采用哪一种方式，请考虑每一种调用如何处理崩溃恢复，这通常可以给您一个很好的答案。既然您了解了使用者对服务调用通信方式的选择，就可以看一看使用者对用于连接到提供者的连接方式的选择。使用者可以从下列通信方式中选择一种：同步直接调用同步代理调用异步代理调用我将分别解释每一种方式。同步直接调用调用 Web 服务的 SOAP over HTTP 方式就是直接的：非常类似于执行函数调用，使用者知道端点的地址，并直接调用它。为了使调用成功，Web 服务必须在使用者调用端点时可用，而且必须在使用者超时之前进行响应。如果将 Web 服务部署到新的位置（例如不同的 Internet 域），则必须让使用者知道端点的新 URI。要部署具有相同服务类型的多个提供者，必须将每个提供者的端点部署到不同的 URI。要在不同