面向服务架构的企业整合

面向服务架构的企业整合XML和Web服务将EAI作为一种战略重构的业务基础平台，得到广泛的应用和普及，由于这项技术的出现，很难说XML和Web服务今后的发展趋势会是怎样? XML将EAI技重新植入面向服务架构，使其互补平台全面实现EAI架构，结果证明，EAI产品的质量和复杂度比以往任何时候都要好。至于另一方面：随着EAI的不断发展，EAI很有可能成为一个特别的Web服务，EAI在XML和Web服务越来越广泛的应用。随着EAI的不断发展，可以使不同的环境在一个标准的数据共享平台运行，并提供一个标准的数据传输的授权网络平台，XML的服务尽可能的去掉自己专用平台，以支持利用这一运输标准比以前的沟通非标准界限好的平台。现在这个已经没有多大的问题了。在EAI从底层向上层的产品都支持XML和Web服务的技术平台，已经成为XML和Web服务技术的重要平台。1. 服务模式成为企业集成架构:这一过程为导向性质的EAI解决方案，推动了需求的服务模式，可以执行和管理各个方面的企业业务。EAI的中间件通常是参与建立和维护这些服务，但是提供这类独立的服务，并非是定制开发集成解决方案。无论哪种方式，它们的作用和技术对企业在设计集成架构都是是非常重要的。以下XWIF服务模式是以服务为导向企业独特的应用集成环境。当协调消息交换模式参与执行商业任务时，通常需要封装他们之间相互作用的网络服务，然后进入一个专门的业务流程。这个业务流程提供了一个集中的业务逻辑来源规则，条件和有关的工作情况，这时将提供一个解决方案。近年来，像这样业务流程的越来越多，但是BPEL4WS的规范得到了最广大的行业支持。BPEL4WS提供一个框架补充了WS-协调和WS-交易标准，并建立了先进的和全面的管理业务流程。 BPEL4WS进程服务是为Web服务的数值组成而存在的，该进程符合最传统的工作流程要求。BPEL4WS的代表进程服务包含文件（或portTypes）接口。WSDL文件既是本身的进程服务也是参与任何额外执行化进程的服务。 BPEL4WS服务与平常的WSDL文件相同，但是BPEL4WS服务定义了没有约束力process provides进程。这个进程是中立的并且可以重复使用，也可以独立改变环境的技术部署。WS-协调是密切的WS-交易规范，它定义两个不同类型的协调，这两者都是企业集成环境。第一种类型，原子交易，使管理的ACID一样交易，这样的话就需要建立原子事务协调的服务模式，这是最常见协调服务中的传统一体化架构。第二种类型提供了一个长期运行的事务模式，是具有代表性的协调服务模式。 一体化业务流程是一个典型的特征的EAI解决方案，这就是为什么协调服务是专门管理长时间运行商业服务的原因。这种服务模式通常是使用过程服务中的一种结合手段，也是处理成功或失败的有关情况进程的总体活动。而WS -协调提供了一个规范服务支持与管理的预定接口。2.企业集成架构的基本出城部分： 在新技术的帮助下，EAI建立了沟通和自动化应用解决方案，这个方案包括两个核心部分：中间组件和精确引擎。为了说明这些组成部分的功能，我们对基本数据交换环境进行了规定。虽然explainkey看似简单，但关键的还是EAI的概念解释。大多数企业集成问题都是通过使用这两个核心组件解决的，再顺便说一句，这两个两个核心组件也同样应用在B2B环境。该部分能够进行多种运行功能，如: sopliisticated数据转换. 合并不同来源的froin文件. 补充收一个应用程序的更多信息培养箱的主要功能集成中间件组成部分，是确保收到的数据从一个源始终周期里得到培养的预期目标，以下五个步骤的过程表明，检索数据乙，从应用层响应请求（如何将请求发送到应用B的例子）图10.7概述了这一过程的步骤:第1步：获取要求的数据从源数据库（图10.8 ）启动请求的数据取出，传送至应用B.申请乙进程这一请求，并检索数据. 第二步：假设验证的源数据源架构（图10.9 ）在某一点上，检索数据验证架构代表数据模型的信息文件，将被用来运输应用边界以外的数据, 这一步可能会出现在本地的数据库，也可以申请执行逻辑B。后一种情况，假设数据来自多个数据源，在这种情况下为解决这种代表性的问题，可能存在一种特殊的架构模式。第3步：中间件的数据格式（图10.10） ，在此我们将中间件组件传送到应用模式以及一个数据地图，可以把所需要的A从数据检索传到数据格式应用，此外，在这个例子中，它执行的动态查询是从外部数据源获得的数据，以补充所收到的数据与其他信息的不足。第4步：确认目标数据使用其目标模式（图10.11） ，将接收和验证数据反应到其原始请求。 第5步：插入数据到目标数据库（图10.12），一旦验证成功后，将执行应用程序，将数据A插入数据库中。3.Web服务和企业集成架构：一体化结构设计，为企业解决跨越应用架构的通信问题。主要由自动化业务流程完成，这些解决方案也可以广泛的应用到建筑领域。 为了解决众多企业的应用架构问题，开发商提供了先进的集成环境，以适应不断变化的业务流程。一体化的两个组成部分在上一节中说明了，因为它们采用新的业务流程，应用在不同的平台。大多数EAI解决方案都依赖于以异步消息传输为基础的通讯框架。 XML是一个自动适合这一框架的服务，并确立其作为XML的标准数据代表性移植技术。 Web服务也应用了传统的EAI环境，以及他之间共同建立了纯粹的面向服务的企业集成产品。这使我们以后遇见相同的问题，不管是XML还是Web服务，都能够使用传统的EAI解决。也实现了各开发商之间互相操作性的平台。在本节中我们探讨如何通过面向服务的EAI模型解决这一非常重要的架构。4.集线器和辐：现在最流行的传统的EAI模型，这种结构促进了中央处理所提供的专有中间件A位于服务器主机一体化逻辑控制的协调和枢纽。通过一系列的适配器和各种不同的客户端，应用程序可以参与数据交换以及将工作流程存在hub服务器中，一旦一个应用程序连接到集线器，它有可能不会知道其他应用程序最终应用它达到间接互动。 (图10. 21)显示了如何创建集成的应用程序，应用程序基本上是点对点的连接。当隐藏应用程序时，集线器将会建立“逻辑自治”, 可以促进中间件的转变功能，路由的协调功能可以支援一对一，一对多和多对多的数据交换模式。这种灵活性可以使各种应用程序融合。事实上，所有的数据流通过一个中央位置，降低了其潜在的冗余数据的载入和处理，也使得监测沟通更容易。 除了简化了一些管理任务，这一设计集中维护的逻辑过程，甚至促进重用的应用组件，实施集中编排工作流程这种模式不会引进一些风，是最繁忙和最流行的一体化架构的一个组成部分，但是枢纽环境可能成为潜在的处理危险。瓶颈的情况是一个不时常发生的危险。 此外，中间件能够建立一个单一故障点并且产生大量的自动化流程。想象一下， 假如12不同的应用程序一起工作，相当于支持5个师的组织的自动化流程。现在想象一个通过该点的所有数据必须流下降。虽然可以采取措施，如复制和集群的成本形成一个充分可伸缩的星型结构环境，充分故障排除支持可能会使其望而却步。据科学家说，这种模式如此大力推广好处的一个重要原因是，EAI的产品超越了相同行业的产品。一旦企业全面应用EAI解决方案，它填补创造了大量依赖于专有技术。该解决方案将是昂贵的购买，价格昂贵和极其浪费金钱的基础上，供应商介绍特定产品来控制所有沟通的综合应用，使其根深蒂固。5.企业服务总线(ESB)：如果您想从零开始建立了一个纯粹的面向服务的架构，你可以以这样一种方式设计，你会避免专有EAI解决方案问题困扰。您唯一的挑战将是花费在EAI解决方案的时间和费用，所以您必须建立一个企业级的集成架构驱动标准化的Web服务，如果有人建立了一个平台，支持这样一个架构，您可以用这个平台，但你的技术仍然是专有的。你的每一个组件的解决方案都将作为一项Web服务，可以让您交流交换或升级。ESB是一种新兴，专有的与传统的EAI相关的产品。一些厂商已经认识到这一点，他们结合起来达到了两全其美的效果，从而解放产品供应商依赖性。 典型的ESB架构建立一个整合平台，作为一个充满活力