综合管理服务平台

1.1.1.1. ESBESB 服务总线服务总线 1.1.1.1.1.1. 概述概述 各业务系统提供大量的服务接口，如何实现这些服务和接口的编排、调用、 重组等， 我们采用的是应用服务总线的模式。 通用服务总线采用可靠消息服务 （不 丢失，不复传）在应用系统之间通过基于消息的异步方式集成各应用系统。 1.1.2.1.1.2. 架构设计架构设计 DBDB 电子政务电子政务 接口接口/ /服务服务 综合监管综合监管 接口接口/ /服务服务 社会化服社会化服 务务 接口接口/ /服务服务 数据管理数据管理 接口接口/ /服务服务 服务总线服务总线 动态路由动态路由 安全控制安全控制 发布订阅发布订阅 实时服务实时服务 异常处理异常处理 日志记录日志记录 异步服务异步服务 格式转换格式转换 数据存取数据存取 服务注册服务注册 格式校验格式校验 内容过滤内容过滤 服务查找服务查找 系统监控系统监控 系统管理系统管理 接口接口/ /服务服务接口接口/ /服务服务接口接口/ /服务服务接口接口/ /服务服务 接口接口/ /服务服务 组织机构组织机构权限权限流程表单流程表单即时通讯即时通讯报表报表 ESB 服务总线架构图 ESB 服务总线是综合管理服务平台的一个中心组件，它负责接入各种服务资 源，通过采用统一服务接口使得各种服务或应用与服务之间可以相互方便访问， 以星形结构替代了原来各服务之间的点对点结构，极大地优化了系统连接架构， 降低了系统集成的复杂度。 1.1.3.1.1.3. 功能设计功能设计 ESB 应用服务总线基于消息交换组件开发。采用消息交换组件提供的可靠消 第1页 息服务（不丢失，不复传）在应用系统之间通过基于消息的异步方式集成各应用 系统。针对不同系统所处理的消息格式各不相同的特点，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，对于这些应用可 以不必开发新的接口，减少开发的工作量；同时提供应用程序接口，以开发客户 化的连接件。 第2页 ➢对各种接入协议的支持对各种接入协议的支持 ESB 应用服务总线支持各种接入协议， 其中包括 TCP/IP Socket， MQ， SOAP， HTTP，SCADA 等。 适配器技术选择 适配器完成的功能是实现应用系统与 EAI HUB 之间的连接接口，主要包括数 据与通讯两个层面。 在适配器设计与选型方面， EAI 技术提供的方案有多种形式， 根据不同的情况作不同的选择。根据应用对外提供的接口的形式不同，下面对常 用的适配器类型进行分析。 ➢基于数据库的接口与适配器基于数据库的接口与适配器 应用系统对外提供的接口是应用数据库， 适配器通过对应用数据库的操作来 实现 EAI 与应用间的交互。 此类接口是应用系统可对外提供的最底层的接口类型， 允许适配器直接访问应用的数据。针对此方式，尽管这也是常用方式之一，但其 中有很多严重的不足。 使用数据作为应用的接口， 意味着将数据的结构体设计暴露出来。当应用发 生改变时， 通常需要重新分析、 甚至改变此数据接口。 当应用系统的数据改变时， 为了触发外部应用， 通常需要使用基于应用数据库的外部触发器或使用低效的循 环查询策略，这不是一个”干净”的解决方案，外部应用对维护数据的完整性也 将负有责任，为此需要理解需要集成的应用系统的结构。总之，其结果将是一个 难以维护的交错系统。 ➢基于基于 APIAPI 的接口与适配器的接口与适配器 应用软件，通常提供内置于软件库的 API，作为与应用系统交互的接口。相 对数据库接口而言，此类接口是一个更为”干净”的解决方案。其问题是相对某 种平台，如操作系统、编程语言，此API 库可能不存在，为解决此问题，需要开 发底层的代码并进行长期的维护。同时当支撑其运行的产品进行升级时，通常需 要对此 API 进行升级以保证其兼容。另外，基于 API 技术，当应用系统有事件发 生时，一般难以提供自动通知功能，需要外部系统进行低效的循环查询。 ➢基于组件的接口与适配器基于组件的接口与适配器 基于 J2EE 与 CORBA 的分布式对象技术，使应用系统的接口有较好的可移植 性。 此类接口， 可以屏蔽操作系统、 编程语言的不同。 此类接口属于紧耦合模式， 第3页 为发展中的技术，由于应用系统本身需要提供组件接口，在实际应用中限制了其 应用。 基于消息队列的接口与适配器基于消息队列的接口与适配器 应用系统对外交互的接口为消息队列，同时提供消息/数据传输的可靠性保 障。业界领先的消息中间件同时提供同步、异步两种通讯方式。使用消息队列， 消息系统可以管理很多通讯细节。此种接口方式为典型松耦合模式，是 EAI 技术 普遍使用的方式之一，可以实现接口的重用能力。 成熟的商业适配器 综合管理服务平台服务库综合管理服务平台服务库 SOAP/HTTPSOAP/HTTP 文本文本/JMS/JMS第三方应用服第三方应用服 务器供应商务器供应商 .NET.NET供应商供应商 传统定制服务传统定制服务 的供应商的供应商 B/SB/S应用系统应用系统 J2EE/PortalJ2EE/Portal .NET.NET客户机客户机 C/SC/S应用系统应用系统 XML