esb解决方案

• 113 •ELECTRONICS WORLD・技术交流前言：ERP系统、TC、MES、WMS、QMS等多个系统通过ESB平台进行了异步服务集成，系统之间可以通过消息发布-订阅模式进行消息驱动业务流程。该模式的业务集成可以较好地支撑消息自上游系统向下游系统进行消息传递，形成事件驱动为核心的业务流程。1.基于ESB平台的数据交互问题1.1 数据以产定销。上游系统产生数据向下游推送，这种消息推送模式并不是根据下游对数据实际的需求的响应，下游无论是否需要数据都将收到数据，该问题在调研中多次被提到，譬如ERP向MES、WMS、TC等推送全量的物料变更数据，各系统必须先收取数据，经过分析后再决定是否丢弃或本地保存。1.2 冗余的计算、网络、存储需求。由于问题1的存在，无用的数据在多个系统间传递，给网络带来传输压力，给下游系统带来更大的计算压力，同时对场景不加以区别地进行数据多副本存储，将带来分布式事务一致性问题、冗余数据占用存储空间、网络带宽等问题。1.3 有限的业务场景支持。由于目前的ESB平台不涉及业务逻辑的处理，类似分发、聚合、过滤等业务场景的数据处理都需要在上、下游系统中单独处理，增加了上、下游系统的业务复杂度。1.4 分散的冗余计算。由于问题3的存在，冗余的数据处理计算逻辑分布于各个上、下游系统中，这样分散的冗余计算逻辑，不便于集中管理并且增加了系统的维护成本。2.各系统服务编排解决方案2.1 业务场景2.1.1 请求/响应(同步)业务场景同步指的是请求方的调用同步，即请求方向总线发出服务请求后，即刻从总线获取返回的响应消息。ESB总线将直接调用提供方的服务获取响应数据，然后将响应消息返回给请求方。这种方式只需要服务提供方提供符合ESB总线接入规范的接口，并将服务注册到ESB平台上。这种模式存在以下特点：1）服务请求方调用提供方的服务：服务编号为提供方的服务号；2）要求请求方、提供方系统同时在线并可用；3）在ESB监控管理平台中，注册该服务，并按规范要求对服务进行服务编号；4）服务请求方按照ESB标准规范要求生成服务调用报文，并根据服务编号进行服务调用，完成调用后按ESB标准规范解析响应报文。2.1.2 发布/订阅(异步)业务场景发布方通过异步方式向ESB总线推送消息，消息成功发送到ESB总线后，发布方的任务即完成（即使ESB总线还未完成实际的向其他第三方系统的推送工作）。ESB会将消息路由给服务订阅方处理，或直接调用提供方服务处理。发布订阅是一对多的，即一个发布方，可以有一个或多个订阅方。对于发布订阅场景，发布方相当于请求方（即发布请求），订阅方相当于服务提供方（服务调用的动作是接收订阅请求并处理）。这种场景特点如下：1）发布方系统，向ESB发送消息，服务编号为发布方的服务号2）订阅方系统，从ESB订阅消息，服务编号为订阅方的服务号3）ESB平台负责将发布方消息，转换为订阅方消息4）这种场景：不要求发布方、订阅方系统同时在线可用。2.2 方案设计根据业务场景的不同，服务编排分为消息分发、消息聚合两大类进行描述。2.2.1 消息分发消息分发是指在上游系统将单个消息发到ESB平台，然后由ESB平台拆分、转化、过滤等处理后，转发给下游多个系统的过程。图11）上游系统给ESB发MQ消息；2）ESB先行返回结果给上游系统；3）ESB对收到的消息进行拆分、转化、过滤等处理；4）ESB将转化后针对A系统的消息，通过MQ-a队列转发给A系统；5）ESB将转化后针对B系统的消息，通过MQ-b队列转发给B系统；6）ESB将转化后针对C系统的消息，通过MQ-c队列转发给C系统；7）ESB统一接收异步返回结果。2.2.2 消息聚合消息聚合是指ESB平台接到聚合请求之后，去同步调用多个上游服务，并且根据上游服务返回的结果做聚合处理，然后将聚合结果转发给下游系统的过程。1）ESB平台请求服务A接口；2）服务A返回结果给ESB平台；3）ESB平台请求服务B接口；4）服务B返回结果给ESB平台；5）ESB平台请求服务C接口；6）服务C返回结果给ESB平台；7）ESB平台根据A、B、C服务的返回结果，做聚合处理；8）ESB将聚合后的消息转发给下游系统；9）下游系统返回结果。3.总结对于上述的消息分发场景还是消息聚合场景，本方案对各系统服务编排都具有如下优势：1）解决数据以产定销，全量推送的问题；ESB针对下游系统的实际需求，对数据进行按需过滤，精准推送。2）更彻底的解耦，减少下游系统冗余的消息处理逻辑。由于ESB做了精准推送，下游系统不必再做额外的消息数据取舍操作逻辑，增强各个系统内聚性。3）减轻系统网络带宽压力。由于ESB做了精准推送，在现有数据量不变的情况下，整个系统网络环境的带宽占用更少，有利于提高目前系统的带宽利用率和系统数据吞吐量。基于ESB的各系统服务编排解决方案中车株洲电力机车有限公司 袁 珊 黄淑敏 喻乐平

ESB项目需求分析和方案设计浅谈

导读：本文我们将针对ESB项目的设计和实施过程中各个阶段要完成的主要工作内容和一些最佳实践跟大家作一些讨论，进而希望大家在企业ESB项目实施过程中借鉴科学的方法论的指导来保证其成功。

关键词：ESB ESB方案设计 ESB组件模型

如同其它IT项目一样，企业服务总线类项目的实施也要经历需求分析、方案设计、编码和测试、上线部署等阶段。下面我们将针对ESB项目的设计和实施过程中各个阶段要完成的主要工作内容和一些最佳实践跟大家作一些讨论，进而希望大家在企业ESB项目实施过程中借鉴科学的方法论的指导来保证其成功。

TT SOA编辑推荐：企业服务总线ESB（更新版）

ESB的需求分析

需求分析阶段是梳理项目中相关功能需求和非功能需求的重要步骤，它是整个项目成败的关键。在这个阶段我们将从企业业务需求出发，梳理端到端的跨系统业务流程；基于业务流程，依据科学的方法论进行服务鉴别；由服务列表出发，梳理服务的消费和提供关系；然后根据SOA的最佳实践，定义服务的接口，包括服务的Schema描述，字段的类型，编码的规则；依据服务的消费－提供关系，梳理ESB中的服务映射和转换规则和策略。

概括而言，我们需要从功能性和非功能性两个方面来进行ESB的需求分析。

针对ESB的功能性需求，我们要侧重了解以下方面的问题：

1. 梳理出要被集成的系统的名称，个数。

2. 针对每个系统而言，要了解：

该系统的对外接口是向外调用，被别人调用，还是二者都有；

接口的实时性要求，是实时的还是批量的，还是二者皆有？

接口的调用方式，是同步的还是异步的，还是二者皆有？

应用系统所运行的操作系统平台。

应用系统本身的编程语言？C/C++, Java…..

这些系统现有接口的情况，是否已经可以提供对外接口，接口的方式是什么，包括接口的通讯协议是什么，HTTP/MQ/Socket/ 其它？接口的数据格式是什么，XML/ 自定义格式 / 其他行业标准格式？接口的编程语言是什么，Java/C/C++？如果本身不能提供接口，那么要做接口开发时有什么要求或限制条件？

ESB企业服务总线概述

一、 ESB概述

企业服务总线，即ESB全称为Enterprise Service Bus，指的是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。

面向服务的体系结构已经逐渐成为IT集成的主流技术。面向服务的体系结构(service-oriented architecture，SOA)是一种软件系统设计方法，通过已经发布的和可发现的接口为终端用户应用程序或其它服务提供服务。

二、 ESB技术详解

ESB提供了一种开放的、基于标准的消息机制，通过简单的标准适配器和接口，来完成粗粒度应用（服务）和其他组件之间的互操作，能够满足大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。

通过使用ESB，可以在几乎不更改代码的情况下，以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口，并能够在部署环境中支持任何标准。更重要的是，充当“缓冲器”的ESB（负责在诸多服务之间转换业务逻辑和数据格式）与服务逻辑相分离，从而使得不同的应用程序可以同时使用同一服务，用不着在应用程序或者数据发生变化时，改动服务代码。

图、ESB技术实现方案

基本功能：

服务的MetaData管理：在总线范畴内对服务的注册命名及寻址进行管理。

传输服务：确保通过企业总线互连的业务流程间的消息的正确交付，还包括基于内容的路由功能。

中介：提供位置透明的路由和定位服务；提供多种消息传递形式；支持广泛使用的传输协议。

多服务集成方式：如JCA，Web服务，Messaging ，Adaptor等. 服务和事件管理支持： 调用服务的记录、测量和监控数据；提供事件检测、触发和分布功能；

扩展功能：

面向服务的元数据管理： 他必须了解被他中介的两端,即服务的请求以及请求者对服务的要求，以及服务的提供者和他所提供的服务的描述；

eso认可

的解决方案

eSO认可的解决方案是一个综合的、全面的解决方案，它包括了针对企业IT解决方案中最重要和最复杂的问题，以及管理这些解决方案的所有工具和技术。该解决方案由四大部分组成：

1. 企业服务总线（ESB）是一种开放标准，它在企业应用系统之间促进集成和互通，使得应用系统能够更快地共享数据和服务；

2. 企业网络服务（ENS）是一种网络架构，它建立了企业网络的专用连接，以提供跨网络的安全数据交换和通信；

3. 企业服务治理（ESG）是一种实施正确、高效的服务管理流程的解决方案，它可以帮助企业管理和控制IT环境中的服务；

4. 企业服务监控（ESM）是一种实时监控IT服务及其表现的解决方案，它可以帮助企业及时发现和分析服务中的问题，从而提前采取行动避免业务中断。