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

如同其它IT工程一样，企业效劳总线类工程的实施也要经历需求分析、方案设计、编码和测试、上线部署等时期。下面我们将针对ESB工程的设计和实施过程中各个时期要完成的要紧工作内容和一些最正确实践跟大伙儿作一些讨论，进而盼瞧大伙儿在企业ESB工程实施过程中借鉴科学的方法论的指导来保证其成功。

ESB的需求分析

需求分析时期是梳理工程中相关功能需求和非功能需求的重要步骤，它是整个工程成败的要害。在那个时期我们将从企业业务需求动身，梳理端到端的跨系统业务流程；基于业务流程，依据科学的方法论进行效劳鉴不；由效劳列表动身，梳理效劳的消费和提供关系；然后依据SOA的最正确实践，定义效劳的接口，包括效劳的Schema描述，字段的类型，编码的规那么；依据效劳的消费－提供关系，梳理ESB中的效劳映射和转换规那么和策略。

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

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

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

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

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

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

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

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

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

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

这些应用后台数据库的情况，数据库能否直截了当访咨询？

每个应用跟其他应用交换数据时，源数据格式和目的数据格式，比方从文本格式转换为XML格式？

交易特征：哪些处理要采纳两时期提交；是否需要多个消息组成一个交易；是否要保证消息之间的处理顺序；

适配器的情况：关于一些特不系统，是否差不多具备现成的适配器；适配器是单向的依旧双向的；

消息通信的模式：是SendandForget、Request/Reply依旧Pub/Sub?

针对ESB的非功能性需求，我们要确认：

1.ESB平台的扩展性和高可用性需求，包括HA和集群等；

2.ESB平台的性能需求，要紧包括系统间数据交换的频率，要交换的数据的大小(消息大小将直截了当对效率造成碍事)；峰值时候对ESB数据吞吐量、响应时刻的要求等；

3.哪些交易要保证数据传输的高可靠性；

4.ESB平台的可治理性需求，如效劳的生命周期治理，ESB平台的维护和治理；要是企业差不多设立了SOA管控方面的标准，那么要遵从标准的制约，比方要考虑是否有的命名规那么，企业是否有企业级的数据标准和底层通讯协议的标准等；

5.平安性方面的要求：是否采纳SSL传输加密，是否对消息进行加密/解密处理等；

6.错误处理和日志以及平台本身的运行监控等方面的要求等。

ESB的方案设计

方案设计的要紧内容包括：

ESB涉及IT应用环境分析，定义ESB与相关应用的接口模式；

ESB架构概要设计，并定义架构原那么；

ESB相关产品选择，包括与外围系统的适配器选择和ESB产品选择；

ESB组件模型设计，分解ESB的相关模块，满足SOA的不离关注点等架构原那么；

ESB运作模型设计，满足平台的非功能性需求；

ESB平台的效劳流设计，涉及路由、转换和映射等；

ESB的同步、异步或者公布/订阅模式设计；

ESB平台的接进渠道和数据接口设计，包括XML/JMS、SOAP/HTTP、EDI/MQ等；

ESB相关的适配器设计，包括技术适配器或者自开发的适配器；

ESB平台的容错和重试机制设计，包括日志等的统一治理等；

图1是一个采纳ESB整合的高层架构设计举例：

图1.ESB参考架构

如图1所示，ESB架构设计时要紧要考虑通讯协议接进和转换、数据接进和转换、数据处理流程以及效劳的注册和治理等方面的内容。其中通讯协议接进和转换是指对各种被集成的应用系统的通讯协议的支持和转换能力，例如HTTP、JMS、Socket、FTP等；数据接进和转换是指对各种被集成的应用系统提供的数据格式的支持和转换能力，例如XML、SOAP、自定义格式以及符合某些行业标准的专有格式〔SWIFT、EDI、HL7等〕；数据处理流程是指路由、格式转换、数据库读写等对数据的各种处理；统一效劳注册存储治理是指对效劳的注册、公布、查询，以及对运营时效劳的管控，同时提供效劳运营状态的统计分析数据。

ESB的组件模型

图