综合管理服务平台解读.docx

ESB服务总线概述各业务系统提供大量的服务接口，如何实现这些服务和接口的编排、调用、重组等，我们采用的是应用服务总线的模式。通用服务总线采用可靠消息服务（不丢失，不复传）在应用系统之间通过基于消息的异步方式集成各应用系统。架构设计ESB服务总线架构图ESB服务总线是综合管理服务平台的一个中心组件，它负责接入各种服务资源，通过采用统一服务接口使得各种服务或应用与服务之间可以相互方便访问，以星形结构替代了原来各服务之间的点对点结构，极大地优化了系统连接架构，降低了系统集成的复杂度。功能设计ESB应用服务总线基于消息交换组件开发。采用消息交换组件提供的可靠消息服务（不丢失，不复传）在应用系统之间通过基于消息的异步方式集成各应用系统。针对不同系统所处理的消息格式各不相同的特点，ESB应用服务总线提供了专门的格式代码转换器在不同的消息格式之间按照预先定义好的转换规则进行自动的格式转换，然后将结果自动路由到目标应用系统。在消息转换的过程中ESB应用服务总线能够识别XML，C结构，JMS等多种消息格式；对消息的各种操作包括消息的来源、消息的目标应用、所期望的消息格式等通过定义各种操作规则(Rules)进行。ESB应用服务总线可以作为一个消息代理来实现这些功能。消息代理提供了消息传递层以及消息代理集线器，可被用于消息的处理、转换和分发，并能够将这些功能与发布/预订功能结合在一起。应用程序格式转换和智能路由功能作为各个应用的数据吞吐机，提供多种数据格式服务，其中包括：用户自定义格式，用户可以为每一种应用定制自己的消息格式，通过这种消息格式来连接原有的旧的应用； XML格式；面向纪录的信息格式，如C的头文件，COBOL records等。对于这些消息格式，提供相应的剖析器进行解析，实现它们之间的格式转换。如对于用户的bit stream的输入信息可以输出为XML的格式，反之亦然。从而无缝地连接现有的应用，并可以采用XML的新标准开发新的应用。提供检查和过滤功能，根据所传输数据的内容做动态路由。强大的数据处理功能作为各个应用的数据处理机，对经过BPI的数据进行各种处理操作，如计算、过滤等，使得数据在从BPI经过时便可以被进行相应地计算，从而发往目的应用系统；支持数据仓库，对各应用系统所传输的数据进行集中记录，便于以后的审计和分析。对各种应用系统的接口功能提供强大的连接性，既提供各种与现有商业应用连接的Adapter，可以将企业内部各种应用系统进行无缝连接，如SAP，Notes，Sibel，SWIFT，People Soft，I2等，支持各种标准数据格式或应用的接口，如XML， JDBC，对于这些应用可以不必开发新的接口，减少开发的工作量；同时提供应用程序接口，以开发客户化的连接件。对各种接入协议的支持ESB应用服务总线支持各种接入协议，其中包括TCP/IP Socket，MQ，SOAP，HTTP，SCADA等。适配器技术选择适配器完成的功能是实现应用系统与EAI HUB之间的连接接口，主要包括数据与通讯两个层面。在适配器设计与选型方面，EAI技术提供的方案有多种形式，根据不同的情况作不同的选择。根据应用对外提供的接口的形式不同，下面对常用的适配器类型进行分析。基于数据库的接口与适配器应用系统对外提供的接口是应用数据库，适配器通过对应用数据库的操作来实现EAI与应用间的交互。此类接口是应用系统可对外提供的最底层的接口类型，允许适配器直接访问应用的数据。针对此方式，尽管这也是常用方式之一，但其中有很多严重的不足。使用数据作为应用的接口，意味着将数据的结构体设计暴露出来。当应用发生改变时，通常需要重新分析、甚至改变此数据接口。当应用系统的数据改变时，为了触发外部应用，通常需要使用基于应用数据库的外部触发器或使用低效的循环查询策略，这不是一个”干净”的解决方案，外部应用对维护数据的完整性也将负有责任，为此需要理解需要集成的应用系统的结构。总之，其结果将是一个难以维护的交错系统。基于API的接口与适配器应用软件，通常提供内置于软件库的API，作为与应用系统交互的接口。相对数据库接口而言，此类接口是一个更为”干净”的解决方案。其问题是相对某种平台，如操作系统、编程语言，此API库可能不存在，为解决此问题，需要开发底层的代码并进行长期的维护。同时当支撑其运行的产品进行升级时，通常需要对此API进行升级以保证其兼容。另外，基于API技术，当应用系统有事件发生时，一般难以提供自动通知功能，需要外部系统进行低效的循环查询。基于组件的接口与适配器基于J2EE与CORBA的分布式对象技术，使应用系统的接口有较好的可移植性。此类接口，可以屏蔽操作系统、编程语言的不同。此类接口属于紧耦合模式，为发展中的技术，由于应用系统本身需要提供组件接口，在实际应用中限制了其应用。基于消息