第3章 基本组成模块.pdf

基本组成模块要点：建立E A I结构所需的四个基本模块：通信模式、集成方法、中间件以及服务。企业应先确定要求，然后对四个模块选择满足需求的产品，从而建立 E A I结构。通信模式有两种：同步传输和异步传输，有效的 E A I结构会两者都包括。接口和消息是集成的两个方法。消息在数据一致性和多步处理时最有用。接口在解决组件集成时最有用。不是所有的中间件都是E A I结构核心。MOM和D O T是两种最流行的核心中间件模块。是否需要T P M由企业的业务类型决定。服务增加了中间件和通信的功能，令它们更易于使用，也更有效。第 3 章在企业中实现 E A I既需要技术，也需要方法。方法包括各种定义、过程和指南，这些因素综合在一起就构成了系统框架，让设计者、开发者能在这个框架上有效、可预测地开发出方案。技术则实现方案。在方案的开发过程中，方法和技术有着相互影响、相互作用的关系。方法提供能用现有技术实现的方案，多种技术可用来集成应用软件。EAI 体系结构是以结构化方式集成的技术，它基于四个最基本的技术模块。它们分别是：通信模式 集成方法 中间件 服务这四个模块必须在一个体系结构中互相连结。用方法来帮助建立方案、确定何种结构对手边的问题最有用。本章将具体讨论以上每种模块。企业需要选择能实现一个或多个模块的产品，然后将它们组合成统一的整体，以此建立物理上的E A I结构。产品的选择应该基于具体产品所能实现模块的特性和功能。在选择产品时，企业还应考虑到如何将一系列产品安装成统一结构。E A I结构的区别就在于各模块特性、功能的宽度不同。本章也将详细讨论各种模块。3.1 通信模式系统互相作用的方式决定其灵活性。通信模式有两种基本形式：同步通信和异步通信。一般情况下，同步通信中，请求发送器需要一直等待，直到收到应答才进行下一次发送，这是因为需要应答结果来继续执行。46部分第3章异步通信允许发送器发出请求后继续执行，可能并不需要接收器为请求作应答。请求(r e q u e s t)这个概念将贯穿于本章内容之中，是指发送器与接收器之间的通信。事实上，这种通信可能不是请求，而是信息传递，不过，为了保持一致统称为请求。接收器接收器是接收发送器所发的请求的软件，它可能会向发送器发回一个请求应答。请求请求是由一组格式化的操作和数据构成，从软件的发送方到接收方。应答应答也是一组格式化的数据，也可能是相关的操作，作为请求的回应。发送器发送器是向另一软件组件发送请求的软件。同步通信和异步通信广泛地应用于各种场合。事实上，特定开发商能将同步通信强行异步传输，反之亦然。当然，人们并不希望出现这种情况，这个话题已经被争论了很多年。在任何企业里，开发商都应该两者皆备，然后因时制宜。3.1.1 同步通信在通信连接中，同步通信需要一个发送器和一个接收器来协同内部处理过程，这种协同表明同步通信要求高度耦合，具体规则由使用的同步通信类型决定。47基本组成模块同步通信同步通信中，通信由发送器和接收器协同完成，使发送器和接收器的操作都依赖于请求过程。如果发送器需要接收器发回应答结果和确认接收，则尽量使用同步通信。交互系统有以下情形：用户希望能即时看到信息以便及时操作，或者双方应用软件必须同时进行才能完成交易。例如，连接数据库的网站、与中央处理器应用软件交互的 J a v a应用软件、与类似于SAP R/3的E R P软件包交互的Wi n d o w s应用软件。同步通信要求有可靠的网络设施。如果网络不可靠，那么当发给接收器的请求丢失时，发送器将一直处于等待状态。发送器直到接收到应答时才会继续下一次请求，但如果不可靠，将极大地破坏这种操作，甚至使之完全不可行。同步通信有三种常用类型：请求/应答 单向方式 轮询方式同步通信中，发送端的应用软件收到来自接收端的回应才会继续通信，以上三种类型在这点要求上有所不同，下面具体讨论。1.请求/应答请求/应答是同步通信中的基本类型，如图 3-1所示。48部分第3章图3-1 同步请求/应答方式通常用于应用软件间通信在请求/应答通信中，一方应用软件发送请求给另一方，然后处于阻塞状态，直到另一方发回响应。这里用“阻塞”来表示等待响应。响应既可以是确认接收，也可以是用回应来完成处理。接受到应答以后，发送器才继续执行，而发送器如何继续操作通常取决于接收器的应答，开发者在应用软件中编程实现。请求/应答通信请求/应答通信是同步通信的一种方式，发送器发送请求给接收器，然后等待，直到收到响应才继续操作。这种方式多用于响应中包含有帮助发送器继续操作的信息的情况。其不足之处在于：发送器必须完全依赖于接收器的响应。如果接收器需要很长时间来处理请求，那么这种方式的效果将非常糟糕而不可行。如果接收器发生故障而不响应请求，那么发送器将彻底不能继续操作。2.单向方式单向方式是请求/应答方式的最简单的形式，因为它只有收到接收的应答才发送一49基本组成模块请求发送响应发送组件2处理请求组件2继续处理组件1模块组件1组件2组件1继续处理个请求和模块，如图3-2所示。图3-2 同步单向方式是同步通信的另一种形式单向方式通信单向方式是同步通信的一种方式，发送器发送请求给接收器，然后等待，收到请求接收的应答才继续操作。这种方式多用于发送器必须与接收器完全同步的情况下。只有接收器收到请求，发送器才能继续操作。其不足之处在于：接收器只能向发送器回送应答信息，其次是，发送器可能会阻塞。不过，收到应答要比等待处理然后接收响应快得多。3.同步轮询同步轮询允许发送器在等待接收器应答的同时继续其他操作。如图 3-3所示，在这种通信方式中，发送器发送请求后，并不以阻塞状态等待，而是继续操作。它必须周期性地停下来检验应答，只要收到应答，就不再轮询而是继续操作。显然，由于发送器在等待响应的过程中能进行有益的操作，因此这种方式很有效。50部分第3章请求发送应答发送组件2处理请求组件2继续处理组件1模块组件1组件2组件1继续处理图3-3 同步轮询方式也是同步通信的一种形式同步轮询通信同步轮询通信是同步通信的一种方式，发送器发送请求给接收器后，并不阻塞，而是继续操作，每隔开发者设定的一定时间间隔，发送器就检验是否收到应答。检测到应答后，进行处理，并且不再轮询应答。如果发送器需要应答但在等待回应的同时又能够继续操作，那么这种方式就相当有用，由发送应用软件的开发者决定是否可行。如果应用软件适合这种方式，那么将改正请求/应答方式和单向同步通信中的缺陷。当然，它也确实有不足之处：由于需要轮询，因此设计难度大大增加。3.1.2 异步通信异步通信并不需要发送器与接收器协同操作来完成通信，其耦合程度比同步通信的低一些。发送器发出请求后继续操作，它并不关心何时收到消息、如何处理消息，也不将来自接收器的反馈结果看作通信的一部分。当信息通信并不需要协同操作或响应时，这种方式很有用。51基本组成模块请求发送响应发送组件2处理请求组件2继续处理组件1 继续处理组件1检查响应，失败，继续轮询模式组件1检查响应，成功，停止轮询组件1组件2异步通信异步通信即，发送器和接收器间的通信是以双方独立操作的方式实现。接收器收到请求也无需处理通信或向发送器响应。只要发出请求，不管接收器如何处理，发送器都继续自己的操作。异步通信有三种常用类型：消息传送通信 发布/订购通信 广播通信当通信的目的只是为了转移信息时，适合选用异步通信，此外，它在网络和服务不太可靠的环境下能正常进行，可以用于，某一应用软件向其他所有拥有相同数据拷贝的软件发送更新后的数据，数据库发生变化。还有一个例子是，某一事件需由另一应用软件的通知来触发。1.消息传送通信在消息传送中，部件1产生并传递消息，然后继续操作，如图 3-4所示。图3-4 异步消息格式允许发送器和接收器继续操作52部分第3章消息传送组件1继续处理组件2接受消息并继续处理组件1 组件2这是异步通信中最简单的一种方式。为了实现有效通信，系统必须有可靠的网络或者是确保传输质量的服务，这种保证传输的服务必须能够通过网络连续发送请求给接收器，直到通信结束。消息传送通信消息传送通信是异步通信的一种方式，发送器发送请求至接收器，请求发出后，发送器就不再关心请求，而是继续操作；请求发送至接收器，进而被处理。这种方式多用于传送信息而不需要回应的情况。如果设有确保可靠传输的服务，这种方式能够在不可靠网络中有效地实现。它最主要的缺点是，如果没有确保可靠传输的服务，就有可能由于请求丢失而无法送到接收器。2.发布/订购通信发布/订购是按照接收器的要求为请求寻址，接收器通过广播它想接收的请求的特征来预订请求。如图3-5所示。发布/订购通信发布/订购通信是异步通信的一种方式，发送器发出请求，由请求中指明的接收器来确定接收器。发布/订购通信中，系统的每个应用软件能够决定各自希望被通知的事件类型。可通过规定信息、数据结构或其愿意接收的请求类型来实现，这由接收应用软件的开发商决定。这种方式多用于接收器由请求的内容指明而且不需要响应的情况。前面介绍的其他方式则是用网络中的地址或位置决定接收器。在有的多步处理集成系统中，请求是对发生事件的通知，此时这种方式很有用。53基本组成模块例如，通知订单处理系统产品订单已经发货或者付款。它的不足在于设计的复杂性：要确定发送器发出的请求被哪些接收器接收。图3-5 异步发布/订购方式在可控信息分发中很常用3.广播通信在异步广播通信中（如图 3-6所示），发送信息给系统中的所有应用软件，由接收器决定是否接收此消息。如果愿意接收，那么接收器将按照开发者已设计好的步骤处理消息。否则，不予理睬。必须慎用广播方式，因为每一个可能的接收器会关注每一次广播的消息，这就有可能造成传输瓶颈。54部分第3章订购消息A消息A发送组件1继续处理消息A发送组件1订购单组件2组件3组件4组件 3 接受消息并继续处理组件4接受消息并继续处理图3-6 异步广播方式是实现信息分发的简单方案广播方式广播方式是异步传输的一种方式，请求发送至网络中的所有接收器，而每个接收器通过检查消息内容来决定是否接收。3.2 集成方法集成方法用于产生从发送器发至接收器的请求，主要有两种：消息传递。接口定义。集成方法的相关概念有连接器或适配器。连接器有时也作为适配器，它是应用软件的接口，隐藏了实现集成的复杂性，决定接收器将要接收的请求类型。无论是55基本组成模块组件1继续处理组件2拒绝消息并继续处理组件3 接受消息并继续处理组件4接受消息并继续处理组件1组件2组件3组件4传递消息还是使用接口，连接器都需要在应用软件中创建“插头”，通过它来传递请求。通信模式或集成方法并不只局限于一种思路，事实上，在第2章“集成的类型”中介绍的集成模型以及建立稳定的 E A I结构都需要几种方法的共同作用。E A I结构越灵活，用到的模型或方法就越多。接下来将详细介绍消息传递和接口定义。3.2.1 消息传递在消息传递集成方法中，发送器产生消息，消息中包括预期的操作信息和完成操作所需要的数据。消息既包括控制信息，也包括数据，这种操作和数据的结合给接收器提供了数据环境。例如，消息中可能包括 1 7 4.3 9美元的金额量和账户号 0 1 7 3 5 9，这些纯粹的数据几乎没有什么意义，但如果加上余额查询这个操作，那么应用软件就能使用这条信息了。消息传递中构造、使用、处理数据的方式很容易理解。数据与控制信息的结合对它们的使用相当重要，因为这降低了不同应用软件间的耦合程度。消息中包含了所有需要的信息，但是，发送器和接收器对消息的编码与解码方式必须完全相同，任何格式上的不一致都会使应用软件误解信息和操作从而导致混乱。应用软件集成的设计者必须预先设定消息格式。一个合理的 E A I结构应该提供给设计者完成设计的工具。任何要发送消息的应用软件必须能执行以下操作：以适当的格式构造消息。例如，一个消息可以包含发送器、接收器、时戳、账号以及金额。发送方应用软件基于消息格式的规定构造消息。将消息送入通信系统。例如，使用异步通信服务将消息传向正确的接收方应用软件，而发送器继续操作。56部分第3章一旦消息进入通信系统，接收器必须执行以下操作：从通信系统中接收消息。在这种情况下，通信系统会通知接收器，进而将消息导入应用软件。分析出消息中的控制信息和数据。将账号、交易操作以及金额从消息中分离出来，然后赋值给对应的变量。决定如何处理消息。接收方应用软件按照设计者的意图进行最恰当的处理，设计者也根据定义的消息格式进行设计。由于很容易改变和扩展控制信息，所以消息应用相当灵活。例如，如果银行允许客户在合法改变，例如，结婚后能在线更改她们的名字，随后用来更改名字的控制代码就被添加到新的消息中，这样就新增了一种叫做更改姓名的消息形式。值得一提的是，消息独立于应用软件。消息传送的不足之处在于：设计者并不总能知道何种应用软件会对何种消息做出回应，除非有清楚的文档和服务来确定，否则消息的控制处理是不可见的。另外，如果消息管理得不好，那么由于集成方式有限的可见性，消息不可能重新使用。3.2.2 接口定义在这种方式中，发送器通过接口进行通信，由接口规定应用软件能调用的操作，任何用于处理的数据也都通过接口进行传输。作为集成方法，消息与接口的区别很细微，但很重要。基于接口的集成要求有严格定义的接口的具体说明和实施细则，以此描述出应用软件所能进行的操作。接口与应用软件关联，而消息则与任何应用软件无关。而且，通过接口，任何应用软件的处理过程很容易识别，也能清楚地确定。前面介绍的消息则隐藏了使用它们的应57基本组成模块用软件。接口的性质使其比消息需要更少的解码处理，而且在开发过程中更容易发现错误。其实，正是由于消息比接口要求的耦合程度低，因此容易出错并且不能重复使用方案。一部分组件使用的接口集成处理符合传统的编程结构。接口使用诸如C、C+、J a v a这样的语言，使应用软件像单一的过程或对象。使用接口的过程如下：1)产生面向组件的调用或呼叫。例如，发送账号和金额参数信息要求进行账户存款。2)发出调用。例如，异步通信系统发出调用。根据异步通信的特性，发送器能够继续操作。接收器必须执行以下操作：接收远程调用和呼叫。通信系统通过接口通知接收端，并传入参数信息。基于特定接口执行操作。接收方应用软件进行相应的操作。以上正是编程中进行过程调用或方法调用的模型。事实上，如果进行顺利，那么应用软件不会认为调用来自其他应用软件，而将它看成是自身内部的请求。区别在于接口外部可视且能够被网络中的任何应用软件调用。长期来看，由于接口是清楚规定的，且对开发者是可视的，而消息隐藏于应用软件中，所以基于接口的集成更易于重新使用和维护。这并不需要查看代码来判断应用软件是否对请求作出响应。接口本身能对操作进行自描述，而消息则需要读出文档或代码，除非提供了应用软件所需的地址信息的地址目录服务。但是，接口依赖于实现，可能更难改变和扩展。例如，基于消息设计，可以不改变应用软件代码来修改控制信息。而接口的改变则需要重新编辑某一个或所有应用软件。最后，接口必须按明确的规则定义才能实现即插即用。58部分第3章3.2.3 连接器很少有应用软件预设了消息处理能力或接口，在这种情况下，应用软件需要一个接入点将消息或接口请求传送给应用软件。连接器和适配器就是这种接入点。连接器连接器是编进应用程序的逻辑程序，其目的是以结构化的方式访问表示、数据或者应用软件的功能层。它隐藏了应用软件翻译、传递消息或者调用接口的复杂过程。连接器并不仅是一个接口，它提供了许多其他功能，如下所列：处理错误并且检查合法性来保证请求有效性，发现故障或者指明存在故障系统的无响应部分。比如说应用软件或网络管理软件。这个信息可以提供给 E A I软件、集成中的应用软件或是网络管理软件。将来自消息或对象的数据进行序列化或逆序列化。在某些情况下，编码和解码会转换不同机器中使用的数据类型。将数据转换成为接收方应用程序许可的格式。这包括将E B C D I C码转换为U n i c o d e码、数据格式的转变以及把金额从美元兑换为日元。管理状态信息以保证可靠传输和有效恢复。其中包括管理集成路径以及成功传输后能存储信息。序列化序列化（m a r s h a l l i n g）是将参数及复杂的数据结构转换为能在通信链路中传输的“纯”字节串。逆序列化（u n m a r s h a l l i n g）则在接收端准确恢复出原始数据结构。由于许多应用软件没有连接器，或者是原以为不会被外部应用软件使用，所以进59基本组成模块入该应用程序的便利通道可能并不存在。在许多实例中，人们或许要将数据文件、数据库、用户接口或者内存作为请求入口，因此就要选择精确的集成模型表示、数据或是功能集成来配备合适的连接器，重要的一点是，在请求进入应用软件之前，必须保证它有效而且格式正确。这由应用软件的开发人员完成，根据应用软件的内部结构确定消息或接口的格式。连接器和适配器对所有应用软件在企业中发挥作用相当重要。3.3 中间件的选择中间件已经是频繁使用的术语了，并且总是作为应用软件迅速发展及系统集成的宣传重点。根据本书的侧重点，我们将讨论中间件如何实现不同技术系统间的互相连结，E A I结构正是建立在中间件的基础之上的。现在市场上主要有5种类型的中间件：远程过程调用。数据库访问的中间件。面向消息的中间件。分布式对象技术。事务处理监控器。中间件中间件（m i d d l e w a r e）是一种软件，它通过使用预定的接口或消息来实现各软件部件之间的请求通信。另外，它还通过运行时环境来管理软件组件间的请求。由于从运行在单个计算机上的单应用程序到及需要连接的分布式应用软件存在不同的问题，所以需要不同的中间件来解决。60部分第3章通信模式及集成方法都跟使用的中间件紧密相关。特定的中间件产品或许包含一种或几种通信模式及集成方法。但不是所有的中间件都可用于 E A I，必须根据不同问题的需要，选择并应用恰当的E A I工具。值得一提的是，E A I技术其实也可以理解为中间件技术，不过层次要高于以上种类的中间件。E A I扩展了中间件，减少了集成工作量。这 5种中间件类型体现了基础结构的基本功能层次。3.3.1 远程过程调用远程过程调用（R P C）是较远的“有线”调用。发送器或接收器不需要清楚网络中的传输过程调用。远程过程调用（R P C）R P C是基于开发过程集成的分布式应用软件的中间件，它能通过网络调用过程。R P C出现于2 0世纪7 0年代，由于开放式软件组织（Open Software Foundation，O S F）在分布式计算环境中建立了标准，因此 8 0年代末R P C获得了空前推广。不过，随着对象技术的发展，R P C的影响逐渐减弱。由于R P C相当依赖于编程中的过程模型，所以被其他类型的中间件取代，例如，分布式对象技术和面向消息的中间件。R P C在许多方面对中间件的发展有着重要影响。比如，在接口定义语言方面，大多数分布式对象技术中间件都使用这种语言，例如 C O R B A及C O M/D C O M。许多企业仍然使用R P C技术，不过，任何一种现代 E A I结构都不再以它为基础了。而且由于它过于强调过程，模型更好的对象技术又快速发展，所以很难将 R P C用于已有软件集成或者软件开发模式中。因此，R P C使用得越来越少，它只有在用面向过程的语言（例如C语言），而不需要集成现有软件的开发中才会用到。61基本组成模块3.3.2 数据库访问中间件数据库访问中间件能够访问远程数据文件和数据库。2 0世纪8 0年代末、9 0年代初，它产生于客户端/服务器时代，企业要求能实现更多信息的访问。数据库访问中间件数据库访问中间件是中间件的一种类型，它能访问文件或数据库中的分布式数据。它在数据级上集成，并且能通过网络查询或转移数据。每家数据库厂商都为访问分布式数据开发了各自的中间件方案。这些专用方案使新的应用软件与各厂商的专用数据库兼容，但是并不提供异构的解决方案。结构化查询语言（S Q L）是数据库查询的标准化语言，但是对数据库的访问并不标准。早期的数据访问中间件提供专用的访问机制。最近，例如 O D B C及类似的基于J a v a的J D B C的标准技术已经提供了标准的访问机制。开放数据库互连（Open Database Connectivity，O D B C）已经成为访问数据库的通用标准，O D B C是访问数据库的标准接口。同样 S Q L也是标准的，然而软件商仍然开发了大量的专用扩展程序，O D B C仍需要同各种专用方案比如O r a c l e提供的接口来进行竞争，O D B C也逐渐支持J a v a访问接口，比如J D B C接口。O D B CODBC代表Open Database Connectivity，最初作为关系数据管理系统的标准接口，不过现在已经能用于其他形式的数据源了。数据库访问中间件为解决第二章提到的数据集成问题提供了基础。它绕开应用软件的显示和功能层，允许人们通过中间件直接访问数据文件和数据库，能有效地访问不同的数据源。它能够实现对数据连接的快速开发。使用分布式对象技术、面向62部分第3章消息中间件或事务处理程序，很容易复制数据库访问中间件。已经开发出完全基于O D B C或J D B C的方案或实现不同软件商提供的专用接口的数据库网方案。由于E A I的核心超出了数据库访问的范围，所以数据库访问中间件并不适合作为 E A I结构的核心。不过，如果 E A I结构的核心不支持数据库访问，那么数据库访问中间件就可以作为附属软件。3.3.3 面向消息中间件面向消息中间件（message-oriented middleware，M O M），通过使用消息集成不同的应用软件。M O M技术基于消息作为集成方法的理念，正如先前所介绍的，消息包含了数据和控制信息。正是由于简单，M O M获得了广泛的应用。面向消息中间件面向消息（M O M）是中间件的一种类型，它将消息作为集成方式，能够产生、控制、存储和传送消息。由于用于中央处理集成的 I B M的M Q s e r i e s得到了广泛的应用，因此 M O M总是与E A I紧密联系。M Q s e r i e s最初的成功以及相关产品确立了E A I市场。事实上，M Q s e r i e s只是M O M的一种队列方式。2 0世纪9 0年代，企业意识到中央处理机并没有退出使用，因此需要新技术来使原有的应用软件能与新软件协调工作。许多E A I工具，例如，I B M的MQ Integrator、S e g a的S a g a Vi s t a、Ta l a r i a n的S m a r tS o c k e t都基于M O M。它对数据一致性和多步处理问题很有效，但是因为消息规范很容易更改，因此 M O M在软件组件集成中的作用不显著。而且，所有能用该信息管理数据库的应用软件都能产生和接收消息，当应用软件产生随机事件，并且为了协同工作和执行下一步操作而将消息发送到接收方应用软件时，也能定义、产生消息，组件集成意味着能重新即插即用。作为集成方法，消息并不适合这样使用，因为对于新应用63基本组成模块软件开发人员而言，消息比接口更不可见。应用于 E A I的M O M技术将在第4章“消息传递体系结构及解决方案”中详细介绍。3.3.4 分布式对象技术分布式对象技术（distributed object technology，D O T）最晚进入中间件市场。它与R P C中间件有些相似，不过它基于面向对象的思路。D O T能给新的、原有的应用软件提供面向对象的接口，从而实现互相访问。由于最新的应用软件都基于面向对象语言，例如J a v a，因此D O T在E A I方案中是必不可少的因素。分布式对象技术分布式对象技术，或者D O T，是中间件的一种类型，它将面向对象技术的概念推广到分布式处理中，为应用软件开发的接口使软件看起来更像对象。通过D O T，应用软件能够不用关心对象的具体位置而发出调用，这样就能转移、替换、复制软件组件而不影响其他任何组件。类似于 R P C，接口定义语言及同步通信是D O T方案的关键性因素。前者考虑到增加分布式对象，后者则将传输调用给接口。近来，D O T还开发了异步通信方式，这为 D O T解决不同的集成问题带来了更大的灵活性。要获得良好的组件集成，D O T必不可少，它非常适于建立基于组件的系统。接口定义明确、开放，因此设计者能清楚地知道如何使用。与 M O M技术相比，D O T的不足之处在于它的复杂性，因为它需要应用软件之间有更高的耦合度。尽管D O T能解决很多问题，一个好的 E A I结构还是会综合M O M和D O T技术来最大限度地解决问题。应用于E A I的D O T技术将在第5章“对象体系结构及解决方案”中具体介绍。64部分第3章3.3.5 事务处理监控器事务处理监控器(Transaction Processing Monitor，T P M)对于任何一个面向事务的大型公司来讲都相当重要。T P M保证事务自始至终保持其 A C I D性质（原子性、一致性、隔离性、耐久性）。T P M最初以I B M的I M S和C I C S产品在中央处理机中获得广泛应用。在 2 0世纪8 0年代，基于类似 X/open ltd规定的分布式事务处理标准，分布式T P M获得了突飞猛进的发展，包括最受欢迎的 X A接口标准。类似于 B E A的Tu x e d o产品构成了T P M中间件。事务处理监控器T P M是中间件的一种类型，保证事务的完整性。它们有如下功能：回滚、失效后接替、自动重启、错误日志、消除单点失败的复制技术。T P M由发送器产生事务，然后确保事务能在正确的时间里以正确的顺序到达正确的目的地，听起来似乎很简单，但事实上 T P M在所有类型的中间件中最为复杂。A C I D 属性A C I D是在事务处理过程中需要保证的软件属性：原子性、一致性、隔离性和耐久性。很少有E A I工具将T P M作为它们的基础技术。考虑到一些集成问题的复杂性，可以集成M O M和D O T技术来实现T P M的功能。应用于E A I的T P M技术将在第6章“事务体系结构及解决方案”中具体介绍。3.3.6 EAI与中间件接下来的三章，将具体学习三种中间件。一个可靠的E A I系统需要集成 M O M、65基本组成模块D O T和T P M技术。市场上没有一种E A I产品能满足所有企业建立一个可靠系统的需求，企业必须综合使用中间件以获得高效的 E A I结构。3.4 服务模块通信模式、集成方法和中间件是 E A I方案的核心，而服务则是最后的一个重要因素。服务是基本通信或中间件功能的外延，使它们在某种程度上得到改善。服务不属于核心内容，但是它能极大地协助系统或开发者更好地实施方案，减轻核心技术的负担，还能促使核心技术满足一些特定要求，比如安全性能或可靠性能，所涉及的范围相当广泛。服务服务是基本通信或中间件功能的扩展。企业中有效地实现E A I所需要的重要服务如下：目录。记录系统的所有组件和关键信息，自动定位任何组成部分。另外，还用于记录、管理接口、消息和元数据。生存周期。不但帮助开发者自动产生对象或消息，而且能准确地管理和完整地处理对象、消息。安全。容易被忽略的服务。大家都希望能保证安全，但总是因为它过于复杂而忽略了。优秀的安全服务能提供安全集成的所有性能，尤其在鉴别、授权和安全通信方面。变换和转换。任何企业中的数据表示都是一个难题，在不同的规定下，数据格式多种多样，因此有必要将数据变换或转换成适当的格式从而完成集成。66部分第3章连续性。安全存储状态信息和数据对于保证信息不丢失而言相当重要。连续性服务能存储状态信息或数据。事件。能够识别、跟踪事件，在 E A I方案中相当有用，这项服务能识别特定故障或特定事件何时发生。通知。一旦检测到事件，此项服务就通知目标软件组件。工作流。以预定顺序管理一组跨越一系列组件的请求或消息，就像是单一动作。人们将其视为过程管理，以区别第一代的工作流系统。最初，工作流系统重点在于人与人之间自动传输文件。由于分布式系统的特性，有些服务是必需的，目录和生存周期用来协助定位和处理请求。根据E A I结构的具体情况来选择其他服务。例如，安全服务就取决于如何应用E A I结构。如果请求通过公共网传送，那么就要考虑数据可能被截取。任何出色的E A I方案都支持这些服务中的大多数，甚至是全部。在选择E A I工具时，考虑服务相当重要。虽然有可能并不需要全部的服务，但还是应该扩展 E A I方案来支持所有这些服务，以便于处理第2章所述的不同模型。3.5 小结建立E A I策略及结构时，并没有所谓的正确答案。一个长期的 E A I策略必须保证有稳定可靠的结构，其中包括各种模块单元，并使这些模块一起形成一致的体系结构。学习了基础模块，接下来将逐一介绍三种重要的中间件技术：M O M、D O T和T P M，帮助理解这些技术的具体细节。按照如何构造解决方案的顺序来讨论。在阅读每一章节时，都应该记住这些模块。67基本组成模块