爱华网有些网友觉得soa中间件技术论文难写，可能是因为没有思路，所以小编为大家带来了相关的例文，希望能帮到大家!
国内SOA平台中间件论文篇一
2007-11-03 11:37:34| 分类： 默认分类 | 标签： |字号大中小 订阅
1、SOA国内发展现状
近年来，面向服务体系结构(SOA)成为全球计算机软件行业的热点话题，被誉为软件开发的下一个里程碑，成为企业软件架构的趋势。企业用户业务需求的不断变化，要求企业IT系统必须成为一个适应力强的竞争体，能随着企业环境的变化而改变，并具备柔性扩展、随时支持业务流程变化的基础功能。
SOA的重要特点包括松耦合、可灵活支持业务流程重构、广泛应用标准等，这使得SOA更适用于业务系统间的互操作和整合。SOA适用的主要应用场景包括企业应用集成(EAI)、电子商务(B2B)、电子政务(各部门间信息共享和协同工作)等。SOA架构可以帮助客户更快地开发和实施下一代应用，更好地解决针对各个单一业务应用所建设的各自独立系统间资源无法共享、信息割裂等问题。
SOA架构独立于实现服务的硬件平台、操作系统和编程语言，构建在不同系统中的服务可以用统一、通用的方式进行交互。因此实现SOA需要一个平台来在各种不同服务间进行协调、管理。能否使企业的IT架构更为灵活，从容的应对市场环境的不断变化;使企业现有的IT系统之间充分整合，达到各个业务部门和环节更好的协同;使企业IT系统的复用性提高，有效降低IT成本，都是衡量SOA平台是否满足中国企业需求的重要参考标准。
根据《信息周刊》和埃森哲公司对国内上千家企业机构的问卷调查，拥有SOA应用的企业比例为8.8%，在大中型企业中，比例可达到10%。四分之三的被调查企业未对SOA采取任何行动。而在早期已开始SOA部署的企业中，60%的大中型企业和超过一半的小型企业都表示，将增加在SOA上的投入。数据表明：尽管SOA在中国尚处于应用启蒙阶段，但企业在SOA上的投入却在快速增加。可以预计未来1-2年，SOA在中国将进入快速发展期。
目前，在国内的很多行业，例如政府、电信、金融、医疗等等，都需要实施SOA。
政府的电子政务建设需要围绕政府的具体职能，利用信息化的手段，达到业务标准和业务资源的统一，实现数据自底向上的快速准确汇集和业务自上而下的高度协同。中国的电子政务建设目前还处于起步阶段，政府传统的应用是条块的，不能完全满足现实的需求，政府需要建设政府服务资源目录。在政府服务资源目录里，提供了政府提供的服务的位置以及调用方法。尽管社会变化在加速，政府职能也在不断转变，但政府所提供的业务点是固定不变的，通过实施SOA，就可以对政府业务流程进行重组，实现资源服务的整合，提高工作效率，以适应不断变化的需求。
电信运营业也是SOA应用的重要领域之一。通过对电信运营商的信息系统进行SOA架构的改造，应对电信运营业走向综合的信息化服务的挑战，是电信产业与IT产业不断实现融合的一个重要发展方向。电信运营商现有的IT和网络基础设施往往是封闭和专有的，各个系统间的运作缺乏统一和协调。这样的状况不仅会导致运营商在系统建设方面不断重复建设所造成的投资浪费，由于各个系统间缺乏关联性，无法对消费用户进行准确的分析，并制定相应的销售策略。服务整合几乎是每一个电信运营商无法逾越的过程。如何将这些新旧IT系统进行有效整合，以实现数据的共享和集中对于运营商而言格外重要。目前运营商在统一规划、统一框架、统一标准等原则下，通过SOA平台对这些功能进行连接。在电信服务走向融合应用的过程中，能否更快速、更低成本地将不同服务系统进行有效的捆绑、开通及管理便成为了提升竞争力的关键之一，SOA架构正是提供这一能力的基础。
在金融行业中，金融企业的业务流程需要不断地自动化、优化，在企业范围内甚至整个价值网络上进行流程的整合，将生产效率的提升从个人、部门，推动到整个企业范围内，以及整个价值网络上。企业所面对业务流程的变化速度正在急剧提升，需要在最短时间内推出一个全新的金融产品或服务，提高响应速度需要一个非常灵活、快速应变、全面整合的 IT系统。目前，大多数金融企业的IT投入，大约70%花在了已有系统的运维和修补上，IT的投资回报率较低。在银行业，调查统计表明，银行核心系统占整个IT投入的50.2%，这种状况使得IT面临窘境，无法使用有限的IT投入来满足业务持续不断的创新和变化。而且，金融企业所拥有的IT系统孤岛很多，要在应用、数据、流程、访问渠道、安全等层次上全面整合，以及在应用整合、流程端到端的整合方面仍然任重道远。此外，金融企业IT资产重用不够理想。主机上的核心系统的数据和处理能力如何开放给其
他非主机安全高效使用，如何以统一的方式来定义、描述、使用和管理主机上和开放系统上的 IT 资产，并且重复地使用这些资产都是需要进行研究的问题。而采用SOA架构可以帮助金融业更加灵活地开展新服务，这种能力对于中国的金融行业来说尤其重要。采用更为先进的SOA架构，就意味着能够得到更快的反应速度、更低的变革成本、更高的可维护性和扩展性。SOA将保证金融业的业务连续性。银行在很多环节上在自动化方面还是大有可为的，如果能够从架构方面着手，帮助企业实施SOA，就可以帮助银行降低成本、降低风险，同时也能够改善他们的客户体验。
在医疗行业当中，目前很多医院已经存在多个应用系统。为了应对业务的需要，把这些复杂的系统转向SOA是必然趋势。医院业务和IT系统的对应关系，是SOA成为医院信息化发展的必然选择。目前，国内医院在信息化实施上主要存在两种应用，一种是结合自身的需求进行自主开发，然后通过集成商进行整合;另一种是采用厂商一体化产品，一次性完成IT系统结构的部署。从历史原因而言，早期的医院信息化需求比较简单，厂商产品线也比较宽，每个产品都能够很从容地达到用户的要求，因此，采用一体化产品的医院占了绝大多数。但是医院的各个部门对信息化的需求是千差万别的，通用的一体化产品已经无法满足他们的需求了，需要多个应用系统、多个模块的并行实施，适应业务发展的需要。所以越来越多的医院提出了系统整合的要求，更好的解决方式就是SOA。
在这一发展趋势的驱动下，众多国际知名的软件生产商纷纷推出用于帮助企业搭建SOA架构的软件产品，其中包括Websphere Message Broker、BEA的AquaLogic，AcitveMatrix，Iona的Artix等等，都为客户提供在异构计算环境中开发、部署、管理和运行完整的SOA的开放和独立的平台。
然而在国内实施SOA与在国外实施SOA存在一定的差异。中国IT应用成熟的企业已经建设了大量的生产型系统，目前正在尝试着整合;而更多的企业正在进行系统新建或改造优化，大量的服务性系统仍有待新建。对已有系统的改造优化主要是系统升级、新建功能模块或新开发周边系统并集成到已有系统。在金融、电信等行业，已经建设了近90%的生产性系统，但仍然缺乏大量的服务性系统。而外国的重量级产品大都庞大而繁杂、实用性和解决客户需求能力差。引进国外产品的价格高昂，企业实际都应用不到30%的功能，这对于国内各行业来说是一种极大的浪费。因此，外国的SOA软件平台并不一定可以完全适应中国市场的需求。
长期以来，国内平台软件基本上走的是一条亦步亦趋的跟随型发展路线，这一发展路线使我们在与国外软件的竞争中处于比较被动的局面，缺乏战略上的竞争优势。而SOA概念刚刚起步不久，从技术层面看，中国SOA中间件企业与国际先进的SOA中间件企业之间不存在太多差距，相反，国内软件生产商更贴近客户的实际情况，有更好的服务支持;有长期以来在应用软件方面的大量积累，更有更多的政策的支持。国内厂商自主研发的SOA平台产品完全可以把国内软件的竞争优势体现出来，有能力打造自己的产品与企业品牌影响力，扩大产品的市场份额，借助SOA理念实现自我的发展和跨越。
2、ESB已成为SOA的切入点
SOA的概念已经被用户所广泛接受，如何才能真正实现基于SOA的应用便成为IT界普遍关注的问题。
传统的平台厂商是以“服务器”为中心、以“Hub”为形式来建立业务整合解决方案，这种方法虽然解决了信息孤岛问题，但投资大，见效慢，不灵活。
企业服务总线(ESB)作为SOA的切入点，是SOA集成中最普遍采用的方法，可以使企业以最小的投入将已有系统纳入SOA架构。
ESB的定义是：由中间件技术实现并支持SOA的一组基础架构，支持异构环境中的服务、消息以及基于事件的交互，并且具有适当的服务级别和可管理性。简单地说，ESB将应用服务器上的多种应用迁移到总线以及连接点上，从而降低企业内部信息共享的成本。对企业而言，采用ESB中间件系统作为企业级信息系统整合方案中的中枢技术，无须添加任何软硬件设备，可以把过去、现有和未来的IT系统整合在企业级的信息应用框架下，并且能为企业提供实时、大容量的信息通信和实时控制、管理和分配消息传递的能力。
作为一种中间件，ESB通过与它连接的各种应用的服务级接口实现各种应用之间的连接，控制它们之间的通信，这一功能正在越来越多的生产系统中发挥着作用。几年来，很多企业和机构已经在生产中部署了ESB，效果得到了一定程度的校
验，同时人们对如何充分发挥ESB的作用以及建立SOA的环境，为此需要建设、部署管理哪些基础设施有了越来越清晰的认识。
点对点的集成通常通过简单的请求/响应这种同步的方式来完成交互的。ESB作为数据传输和转换的中介可以很好地完成这一任务，而面向流程、事件驱动的SOA架构可以使ESB最能大限度的发挥作用，体现ESB带来的灵活性。
通过使用ESB，事件驱动的架构中的每个应用与其他应用之间处于一种松耦合状态。在这种架构中，每个应用独立于其他应用运行完成一项任务，或者异步地完成一组任务中的一个。即使在一个应用发出了一个请求，然后等待响应以完成接下来的流程时也是这样。这个请求被发到总线上，按照预先定义的流程，这个请求可能会经过很多应用、数据源、路由器和转换器。上述一系列的行为都是独立完成的，最后的响应也是作为一个独立的事件到达最初的这个应用。
事件驱动交互模式的一个主要优点就是保证应用之间的松耦合。只要接入ESB中，每个应用都不用了解如何与其他的应用进行交互这些细节，ESB负责处理所有的协议、数据格式和不同的交互模式。事件驱动的架构只有在一定条件下才能有效地工作。ESB必须具有可靠和高可用的异步消息传递能力。在一个同步的点对点的集成项目中，如果一个应用没有收到一个请求的响应，它会发出错误的信息，同时再次尝试发出请求。但是在异步的情况下，应用向ESB发出一个请求以后就不再关心是否会有响应，直到一个新的请求到达，通知这个应用完成下一个处理。
ESB的优势在于，它的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
3、SOA平台核心功能与技术特点
现有企业的解决方案大部分基于交易中间件和消息中间件，较好地满足了应用系统在性能、服务质量和安全性等几个方面的需求。但SOA环境中，应用组件之间应该形成一种松耦合关系，要让一个应用软件的组件，很容易去跟属于不同应用的软件组件进行对话，如何确保这些迥然不同，但又相互连接的系统的效率、可靠性、可控性和安全性，是SOA需要面对的问题。
3.1 功能
目前SOA平台解决方案通常包括以下功能：
-企业服务总线ESB
ESB提供业务对象传递转换等重要功能，完成企业信息共享和交换。充当“缓冲器”的ESB负责在诸多服务之间转换业务逻辑和数据格式，ESB与服务逻辑相分离，使不同的应用程序可以同时使用同一服务，不需要在应用程序或者数据发生变化时，改动服务代码。
使服务作为企业的资源得到统一的管理、访问和共享利用。ESB的标准性使各个组件可以以插件的模式随需配置，ESB像血液一样把养分输送到身体的各个需要的角落。
-适配器体系Adapter
Adapter可以在几乎不更改原应用代码的情况下，以无缝方式使企业已有的系统具有全新的服务接口，实现对于各种数据源、信息源、以及各种应用系统的衔接。
Adapter定义了是一组规范，它描述了利用ESB将各应用加以连通的基本接口，简化和统一了ESB与应用程序间的交互方式。利用Adapter，应用程序编程人员可以一致地访问和操纵来自异构系统的消息，包括关系数据库、XML数据源、Web服务和企业信息系统。
以Adapter连接不同服务，形成可重用的业务对象，可以更方便的利用SOA架构进行整合和组装，能真正给实施SOA带来落地和实践的可能。-流程设计工具
通过全流程的编排和开发，细到代码逻辑、粗到构件业务组装逻辑、再到跨部门和跨企业的服务集成逻辑，都在统一的流程开发和管理之下。它像大脑神经一样控制着我们业务的流程运行，把各种业务逻辑和资源访问统一控制起来，统一指挥起来。
以服务为基本元素，提供业务流程的设计组装功能，提供技术基础，实现流程管理与事务管理功能，帮助企业快速根据已有应用形成新功能，适应市场的快速变化。
-应用平台
帮助企业内纷繁复杂的软件健康和有序地运行。敏锐感知外界的变化(如政策、规则、运营等)，企业软件的内部状况(如安全、可靠和稳定等)，并将其反映到软件系统中，进行有序的治理。帮助政府和企业在应用层面快速搭建SOA的体系架构，通过流程设计工具设计的流程，调用通过适配器连接到ESB上的不同服务，面向最终用户，完成数据整合、应用整合、业务流程整合任务。
3.2 核心技术
目前SOA平台解决方案的核心技术包括：
- 可靠消息传输：基于Websphere MQ高性能、高可靠性的消息存储/转发传输机制，可集成多操作系统平台;支持点对点、一对多、多对多等传输模式，支持事务处理、灾难恢复、集群、负载均衡等丰富的企业级功能。
- 数据格式转换动态路由：采用服务总线的拓扑结构，集中处理数据交换请求，根据业务规则在系统间收集/分发数据，并将这些系统间共享、交换的数据转换为接受方可识别的表现方式;集成交易处理、数据库访问等扩展功能，丰富数据处理手段。
- 多种接入方式：支持多种接入设备、多种传输协议，可在不同协议间进行数据转换，实时为身处各种环境的人员、应用、移动和无线和遥测设备提供业务事件信息。
- 工作流引擎：体现SOA理念，遵循J2EE、BPEL4WS等标准的业务流程管理系统，可以实现业务流程的动态调整，业务流程的可视化设计、分析、部署及测试，无缝的集成企业环境中现有的应用系统。
- 适配器技术：丰富的适配器种类适配不同的厂商、不同的技术，使企业在最低限度的影响现有系统的前提下，快速方便地将企业中的应用系统如ERP、HR、CRM及SCM等连接到企业的集成平台，实现系统之间信息共享与交换。 - 集成开放环境：集成的、可视化的设计、编码、部署、测试环境，简化流程变更的过程，适应业务的快速变化。
综上所述，SOA可以与许多其他技术结合在一起使用，组件的封装和聚合在其中扮演着重要的角色。SOA可以是一个简单对象、复杂对象、对象的集合、包含许多对象的流程、包含其他流程的流程，甚至还可以是输出单一结果的应用程序的整体集合。在服务之外，它可以看作是单个实体，但是在其自身中，它可以具有任何级别的复杂性(如果必要的话)。出于性能方面的考虑，大多数 SOA 服务并没有下降到单一对象的粒度，并且更适合于大中型组件。
SOA与Web服务的相关技术是密不可分的，如XML、SOAP、WSDL和UDDI等。
XML可作为定义数据描述语言的语言，如标记语法或词汇、交换格式和通信协议。
SOAP定义在服务请求者和服务提供者之间定义使用XML格式的消息进行通信。在面向对象编程流行的环境中，该请求对象可以在提供的对象上执行远程方法调用。SOAP的优点在于它完全和厂商无关，相对于平台、操作系统、目标模型和编程语言可以独立实现。传输和语言绑定以及数据编码的参数选择都是由实现决定的。
WSDL规范定义了XML词汇表，依照请求和响应消息在服务请求者和服务提供者之间定义了一种契约。我们能够将Web服务定义为软件，这个软件通过描述SOAP消息接口的 WSDL文档来提供可重用的应用程序功能，并使用标准的传输协议来进行传递。
UDDI规范提供了一组公用的SOAP API，使得服务代理得以实现。UDDI为发布服务的可用性和发现所需服务定义了一个标准接口(基于 SOAP 消息)。UDDI 实现将发布和发现服务的SOAP请求解释为用于基本数据存储的数据管理功能调用。
SOA平台中间件基于标准规范搭建，保证了它作为业务整合的神经中枢对各种应用源、各种数据源、以及与其他应用整合产品的无缝连通和衔接。
4、未来SOA发展方向
目前，SOA已经成为各大企业提升自己产品的灵活性和敏捷性的重要手段。在SOA创造的商业世界里，企业将会创造崭新的商业模式，从不同厂商购买网络服务，编排和组装自己的应用。企业总体拥有成本将大大降低，将注意力集中于自身的商业逻辑。SOA可提供跨平台、跨语言的、可扩展的、可靠和安全的网络服务。
4.1 基本特征
SOA的关键目标是实现企业IT资产的最大化重用。SOA具备以下特征：
- 可从企业外部访问
企业的业务伙伴可以像企业内部用户一样访问相同的服务，调用业务流程，实现业务信息的快速交换。
- 随时可用
当有服务使用者请求服务时，SOA要求必须有服务提供者能够响应，其中包括同步应用和异步应用。
同步应用对于其所使用的服务具有很强的依赖性，通常部署在前台，其最终用户很容易受到服务提供者短缺的影响。同步应用利用分布式服务提供者，可以响应更多的用户请求。但是，随着提供特定服务功能的服务器数量的增长，出现短缺的可能性也呈指数级上升。
异步应用则更为稳健，采用队列请求设计，可容许服务提供者短缺或迟滞的情况。异步应用大多数情况下部署在后台，用户通常不会觉察到短暂的短缺。大部分情况下异步应用能够稳健应对短时间短缺。
服务使用者要求提供同步服务时，通常是基于其自身理解或使用习惯。在多数情况下，采用异步模型可以达到同样的效果，更能够体现SOA的最佳特性。
- 粗粒度服务接口
粗粒度服务提供特定的业务功能，而细粒度服务代表了技术组件方法。可以使用几个细粒度服务实现同一功能。
采用粗粒度服务接口的优点在于使用者和服务层之间不必再进行多次的往复，一次往复就足够。在一个单独事务中包含的多段细粒度请求可能使事务处理时间过长、导致后台服务超时，从而中止。与此相反，从事务的角度来看，向后台服务请求大块数据可能是获取反馈的唯一途径。
- 松散耦合
SOA具有“松散耦合”组件服务，这一点区别于大多数其他的组件架构。该方法旨在将服务使用者和服务提供者在服务实现和客户如何使用服务方面隔离开来。
服务提供者和服务使用者间松散耦合背后的关键点是服务接口作为与服务实现分离的实体而存在。这是服务实现能够在完全不影响服务使用者的情况下进行修改。 - 可重用的服务及服务接口设计管理
如果完全按照可重用的原则设计服务，SOA将可以使应用变得更为灵活。可重用服务采用通用格式提供重要的业务功能，为开发人员节约了大量时间。设计可重用服务是与数据库设计或通用数据建模类似的最有价值的工作。
不按规则编写服务将无法保证可提供重用性的SOA的成功实施，需要在制定SOA实施计划时加以考虑。
- 标准化的接口
XML和Web服务大大提升了SOA的价值。尽管以往的SOA产品都是专有的、并且要求IT部门在其特定环境中开发所有应用，但XML和Web服务标准化的开放性使企业能够在所部署的所有技术和应用中采用SOA。
Web服务使应用功能得以通过标准化接口提供，并可基于标准化传输方式(HTTP和JMS)、采用标准化协议(SOAP)进行调用。例如，开发人员可以采用最适于门户开发的工具轻松创建一个新的门户应用，并可以重用ERP系统和定制化J2EE应用中的现有服务，而完全无须了解这些应用的内部工作原理。采用XML，门户开发人员无须了解特定的数据表示格式，便能够在这些应用间轻松地交换数据。
- 精确定义的服务接口
服务是由提供者和使用者间的契约定义的。契约规定了服务使用方法及使用者期望的最终结果。此外，还可以在其中规定服务质量。此处需要注意的关键点是，服务契约必须进行精确定义。
4.2 优点
采用SOA体系架构，可以带来以下优势：
- 编码灵活性
可基于模块化的低层服务、采用不同组合方式创建高层服务，从而实现重用，这些都体现了编码的灵活性。此外，由于服务使用者不直接访问服务提供者，这种服务实现方式本身也可以灵活使用。
- 明确开发人员角色
熟悉底层技术的开发人员可以集中精力在重用访问层，协调层开发人员则可将精力放在解决高价值的业务问题上。 - 支持多种客户类型
借助精确定义的服务接口和对XML、Web服务标准的支持，可以支持多种客户类型，包括PDA、手机等新型访问渠道。 - 更易维护
服务提供者和服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。
- 更好的伸缩性
依靠服务设计、开发和部署所采用的架构模型实现伸缩性。服务提供者可以彼此独立调整，以满足服务需求。
- 更高的可用性
该特性在服务提供者和服务使用者的松散耦合关系上得以体现。使用者无须了解提供者的实现细节。
SOA可以看作是B/S模型、XML/Web Service技术之后的自然延伸。SOA将能够帮助客户站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。以SOA架构的系统能够更加从容地面对业务的急剧变化。
当前，SOA还没有形成很大的规模，主要因为SOA更多的是要求应用间的协同工作，SOA的复杂性阻碍了它的推广，从这个特点可以看出，SOA平台中间件厂商必须将SOA的复杂性最大程度的弱化，才能将SOA真正转化为实际生产力，帮助企业获得SOA带来的巨大收益。
5、国内优秀SOA产品推荐
从市场的现状来看，SOA的市场需求高速增长。IBM、BEA、Oracle等中间件厂商关于SOA的实施案例、实施步骤建议纷纷出台，渐渐形成SOA势不可挡的态势。但目前在这个领域，还没有出现垄断性的力量，所以SOA是中国软件行业的一个重要机会，甚至很可能是未来20年里的唯一机会。SOA将会推动软件产业以至整个IT产业的一次新的结构性变化，将会涌现新的赢家，新的垄断势力，新的技术领袖。
国内基于SOA架构企业改造目前还是集中在企业内部，如一些查询、浏览、数据调用，而涉及安全性、可靠性要求高的如企业级交易方面的应用还很不成熟。此外，涉及新的商业机会，新的商业模式所牵动的各种产业环境也尚未丰满。但国内一些有影响的行业用户正在搭建其核心业务系统，比如金融行业的大集中正在起步。因此当企业需要更好地服务客户，需要更好地与上、下游合作伙伴协同工作，并且自己内部的核心业务之间也需要协同工作时，基于SOA架构中间件产品就会为这类
新的业务应用提供理想的底座。通过应用，SOA架构就能依次使用服务，以便业务流程能够实时产生。
北京锐易特软件技术有限公司于2006年推出了拥有自主知识产权的信息整合产品套件，产品采用面向服务体系架构(SOA)和功能强大的组件化设计，旨在帮助用户实现信息的共享互通和业务流程的随需定制，解决日趋严重的信息管理传递不畅、应用反复修补建设等整合难题，通过灵活高效的IT架构和应用系统建设帮助政府和企业提高效率、降低成本。该套件产品包括RES Infogrator Server信息整合服务器、RES Universal Adapters通用适配器、RES Integration Developer信息整合开发工具、RES InfoModeler信息建模工具、RES InfoFlow业务流程服务器和RES Intraweb企业应用平台六部分，为企业完成数据整合、应用整合、业务流程整合提供必不可少的基础支持。
RES Infogrator Server信息整合服务器
RES Infogrator Server是基于SOA总线技术的企业级信息整合服务器，是锐易特信息整合套件中最为核心的部分。RES Infogrator Server包括企业服务总线(ESB)、管理控制台以及多协议适配器接口，是建设企业级SOA、实现业务灵活性的强大支撑。
RES Infogrator Server产品的使命是构建符合面向服务架构的企业信息总线和神经中枢。它以高可靠的、支持同步/异步通讯的消息服务中间件为基础，通过各种适配器接口衔接各种信息源，提供安全、稳定的信息传递、路由、转换等功能。通过RES Infogrator Server可以最大程度地简化分布式异构环境下数据、信息以及应用的互连互通，更灵活地部署及重用企业现有的业务功能或服务。
RES Universal Adapters通用适配器
RES Universal Adapters通用适配器是锐易特信息整合解决方案的核心产品之一，包括通用适配器平台、各种商业应用和标准协议适配器、配置工具、应用开发接口。RES Universal Adapters通用适配器的功能是简化对各种信息源的连接和整合，并为企业服务总线和各类企业应用提供业务数据交换服务。
RES Universal Adapters产品的使命是实现按需连接，并辅助构建符合面向服务架构的企业信息总线和神经中枢。它连接各种数据源、信息源、应用源，并通过高可靠的、支持同步/异步通讯的消息机制与信息总线相衔接，从而提供安全、稳定、健壮的信息传递、信息路由、信息转换等服务功能。
RES Integration Developer信息整合开发工具
RES Integration Developer是一款企业级信息整合集成开发工具，是锐易特信息整合解决方案的重要组成部分。它提供了标准的适配器开发模型，帮助用户快速完成对通用适配器所需业务对象信息的配置，并完成从业务信息模型到通用适配器部署文件的转换、编译、打包、部署等工作。
RES Integration Developer针对于各种商业应用和标准协议适配器提供了相应的配置信息编辑模板，通过可视化的信息模型简单、便捷的完成适配器信息的编辑工作。为了进一步减轻繁重的适配器配置文件部署操作，RES Integration Developer提供灵活的适配器配置文件生成和部署功能，在简化繁重的部署操作同时也提高了配置文件的内容的准确性。
RES InfoModeler信息建模工具
RES InfoModeler信息建模工具包括XML Schema生成器和XML Castor对象转换器两个部分，是锐易特企业级信息整合解决方案的重要组成部分。它帮助用户完成对应用各个环节所要传递的业务信息的建模，并完成从基于XML Schema的业务信息模型到面向对象的Java实体的转换、编译、打包等工作。它将SOA应用中需要交换、传递、转换、合并、分解等处理的信息抽象出来，大大简化了对信息的处理工作，同时降低了业务信息与业务处理逻辑的耦合性，便于业务流程的灵活改变。 RES Intraweb企业应用平台
RES Intraweb企业应用平台是强大完备的企业级应用开发和运行平台。它专注于构建企业级应用的各种复杂环节，提供Web应用框架和企业级应用门户、数据连接和持久服务、安全和加密服务、XML服务、通信协议和信息交换支持、事务管理等各种平台支撑。
RES Intraweb企业应用平台基于Java/J2EE技术构建，是依托于标准J2EE应用服务器的中间件平台。它支持IBM WebSphere、BEA WebLogic、Apache Tomcat等各种应用服务器环境，并对应用服务器功能提供深度扩展支持。
RES Intraweb企业应用平台吸收并融合了目前主流的企业级软件架构方法和先进技术，并在国内外多个企业级应用项目中得到锤炼和完善。它具有架构稳定开放、功能完备、扩展性强、便于项目管理和后期维护等特点，是高效完成企业级信息系统建设，实现信息整合和业务支撑的有力保障。
RES InfoFlow业务流程服务器
RES Infogrator Server信息整合服务器和RES Universal Adapters通用适配器以自身的产品先进性、成熟性和稳定性很好地完成了应用系统衔接、业务信息整合的任务。在此基础上在对业务流程整合的支持由RES InfoFlow业务流程服务器完成。 RES InfoFlow业务流程服务器为企业提供优秀的流程整合解决方案，业务人员可以随时根据市场的需要更新其业务运行模式，适应市场变化的需要。它主要包括RES Business Process Designer业务流程设计器和RES Business Process Engine业务流程引擎，为业务流程的设计，集成与协同提供技术基础。RES Business Process Designer业务流程设计器主要提供流程设计、建模、集成、模拟与发布等功能。RES Business Process Engine业务流程引擎主要提供流程引擎驱动，实现流程管理与事务管理的功能。
目前，锐易特软件已经在许多领域应用SOA平台中间件完成了项目，包括交通银行沈阳分行信息技术工作综合管理平台、NEC全国手机维修服务管理系统解决方案、大商集团基于SOA架构的企业应用平台等等。
soa中间件技术论文篇二
中间件(middleware)是基础软件的一大类，属于可复用软件的范畴。顾名思义，中间件处于操作系统软件与用户的应用软件的中间。中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。
在众多关于中间件的定义中，比较普遍被接受的是IDC表述的：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。
IDC对中间件的定义表明，中间件是一类软件，而非一种软件;中间件不仅仅实现互连，还要实现应用之间的互操作;中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。
中科院软件所研究员仲萃豪形象地把中间件定义为：平台+通信。这个定义限定了只有用于分布式系统中的此类软件才能被称为中间件，同时此定义还可以把中间件与支撑软件和实用软件区分开来。
目前，中间件发展很快，已经与操作系统、数据库并列为三大基础软件。中间件主要分为以下几类：
1.通信处理(消息)中间件
此类中间件能在不同平台之间通信，实现分布式系统中可靠的、高效的、实时的跨平台数据传输(如Tong LINK、BEAe Link、IBM的MQ Series等)。这是中间件中唯一不可缺少的，是销售额最大的中间件产品。
2.交易中间件
在分布式事务处理系统中要处理大量事务，常常在系统中要同时做上万笔事务。例如在北京市就要设置各种运载汽车，完成日常的运载，同时要随时监视汽车运 行，出现故障时，要有排除措施，发生堵塞时要进行调度。在联机事务处理系统(OLTP)中，每笔事务常常要多台服务器上的程序顺序地协调完成，一旦中间发 生某种故障时，不但要完成恢复工作，而且要自动切换系统，达到系统永不停机，实现高可靠性运行;同时要使大量事务在多台应用服务器能实时并发运行，并进行 负载平衡地调度，实现昂贵的可靠性机和大型计算机系统同等的功能，为了实现这个目标，要求系统具有监视和调度整个系统的功能。BEA的Tuxedo由此而 著名，它成为增长率最高的厂商。一个事务处理平台，根据X/OPEN的参数模型规定，应由事务处理中间件、通信处理中间件以及数据存取管理中间件三部分组 成。东方通科技公司的Tong LINK和TongEASY实现了这个参考模型规定。
3.数据存取管理中间件
在分布式系统中，重要的数据都集中存放在数据服务器中，它们可以是关系型的、复合文档型、具有各种存放格式的多媒体型，或者是经过加密或压缩存放的，该中间件将为在网络上虚拟缓冲存取、格式转换、解压等带来方便。
4.ESB(企业服务总线)
ESB(企业服务总线)为分散服务提供了交互、组合和治理的基础架构。在电信领域：ESB能够在全方位支持电信行业OSS(运营支撑系统)的应用整合概念，是理想的电信级应用软件承载平台。
ESB(企业服务总线)为分散服务提供了交互、组合和治理的基础架构。有了它，才能释放SOA的最大价值。因此，ESB成为厂商在SOA(面向服务的架构)竞争中的焦点。
作为近两年软件领域最热门的词汇之一，SOA(Service Oriented Architecture，面向服务的架构)的概念以及SOA带来的好处，正在被用户逐步接受。Gartner的数据表明，到2007年，全球将有70%以上的大企业会将他们的应用转到SOA。但是目前CIO们最关心的是，如何才能真正实现基于SOA的应用?
在近一段时期，多家软件厂商如IBM、Sun、BEA、Oracle等都加大了对ESB(Enterprise Service Bus，企业服务总线)产品的投入力度，并声称自己的SOA解决方案因此而更加完善，ESB成为厂商在SOA竞争中的焦点。
ESB成为一种新的诱惑
ESB是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
业内对ESB的定义是：它是由中间件技术实现并支持SOA的一组基础架构，支持异构环境中的服务、消息以及基于事件的交互，并且具有适当的服务级别和可管理性。
这样的定义稍显抽象，简单地说，ESB就是试图将应用服务器上的多种逻辑层面迁移到总线以及连接点上，从而降低企业内部信息共享的成本。IBM WebSphere软件全球副总裁Sandy Carter女士介绍说，‚企业服务总线是SOA中的消息框架—即消息相互交换和通信的方式，是业界标准与客户消息框架的整合。‛
ESB产品的共有特性包括：连接异构的MOM(Microsoft Operations Manager)、利用Web服务描述语言接口封装MOM协议，以及在MOM传输层上传送简单对象应用协议(SOAP)传输流的能力。大多数ESB产品支持在分布式应用之间通过中间层如集成代理实现直接对等沟通。
ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
在电信领域：ESB能够在全方位支持电信行业OSS(运营支撑系统)的应用整合概念，是理想的电信级应用软件承载平台。
在电力领域：ESB能够全方位支持电力行业EMS的数据整合概念，是理想的系统数据交换平台。
在金融领域：ESB能够在全方位支持银企间业务处理平台的流程整合概念，是理想的B2B交易支撑平台。 为SOA挑起大旗
对于SOA的概念，不同的软件提供商有不同的定义方式。很多用户也都是从不同的视角来理解SOA，从程序员的角度，SOA是一种全新的开发技术，新的组件模型，比如说Web Service;从架构设计师的角度，SOA就是一种新的设计模式，方法学;从业务分析人员的角度，SOA就是基于标准的业务应用服务。
SOA不仅是Web服务，如何让业务服务最大限度地复用才是SOA的核心价值。ESB为分散服务提供了交互、组合和治理的基础架构。有了它，才能释放SOA的最大价值。
我们可以这样来理解，ESB就是在SOA架构中实现服务间智能化集成与管理的中介。而它与SOA的关系是：ESB是逻辑上与SOA所遵循的基本原则保持一致的服务集成基础架构，它提供了服务管理的方法和在分布式异构环境中进行服务交互的功能。可以这样说，ESB是特定环境下(SOA架构中)实施EAI(enterprise application integration，企业应用集成)的方式。
IONA公司大中国区总裁薛志勇表示，采用IONA公司的ESB产品Artix作为SOA的切入点，将可以使企业以最小的投入将已有系统纳入SOA架构。
薛志勇称，目前ESB是SOA集成中最普遍采用的方法，传统的EAI和平台厂商是以‚服务器‛为中心、以‚Hub‛为形式的解决方案，这种方法虽然解决了信息孤岛问题，但投资大，见效慢，而且也不灵活。
因为ESB是传统中间件技术与XML、Web服务等技术结合的产物，对企业而言，采用ESB中间件系统作为企业级信息系统整合方案中的中枢技术，可以无须添加任何软硬件设备，就可把过去、现有和未来的IT系统整合在企业级的信息应用框架下，并且能为企业提供实时、大容量的信息通信和实时控制、管理和分配消息传递的能力。
目前，除了IONA、Tibco等专业的ESB公司外，SOA的两大领导厂商IBM和BEA也加入了ESB的阵营。
Forrester公司分析师Mike Gilpin说：‚尽管人们还不十分确定如何构建出一个完整的SOA，但他们已经知道要解决集成问题，而ESB正好能帮助他们解决该问题。‛
国内CIO对SOA早已听了很多。SOA的理念和他们所面临诸多挑战，SOA 的开放性和灵活性，给了CIO一个选择它的理由。然而，不菲的平台迁移成本以及缺少成功案例的佐证,都让CIO难下决心。
CIO不但要考虑必须对现有产品进行集成以支持SOA的使用场景。还必须考虑如何构建面向未来的SOA应用。ESB的出现和应用恰好为这个难题提供了一个解决之道。
甲骨文公司在去年将ESB产品内嵌在其业务流程管理产品中，今年就推出了独立的ESB产品。BEA推出了 AquaLogic Service Bus等来加强ESB的产品线。IBM在原有WBI Message Broker、WAS 6 SIBus这些集成产品之外，又推出了独立的WebSphere ESB产品。而传统的EAI厂商Tibco和WebMethods也宣布了各自的ESB产品。
BEA公司中国区技术经理刘汩春认为：‚SOA的‘服务’必须是可组装编排、可快速注册发布、质量可监控、生命周期可管理的。这样SOA才能在整个 IT范围内实现服务治理和优化，从而直接推动业务的优化。而从简单的服务重用框架到SOA演进的过程中，ESB就是其中最重要的催化剂之一。‛
ESB的兴起让SOA的渐进之路可以走得更开放和平稳，而ESB也代表了中间件产品本身的进化方向，从应用领域而言，由于ESB是基于开放的Web服务而来，在SOA的发展过程中，ESB已经当仁不让地挑起大旗。
ESB开源之路
开源软件市场这几年的发展也早就显示出极其旺盛的生命力。Linux服务器、开源数据库、开源应用软件等产品的市场份额都已有了很大提高。开源软件已成为政府机构和企业用户节约成本的一种有效手段。
随着Java应用服务器迅速成为一种大众化商品，企业中间件也朝着开源的方向跟进。近两年，已出现了许多极其成熟的企业服务总线实施项目。
Sun在JavaOne大会上发布了自己的免费ESB。这个名为Java开放式企业服务总线的项目将放在Java.net上进行，第一个版本有望在今年夏末交付。Sun还计划把来自这个社区项目的代码包装成商用产品。
Sun的应用程序以及开发者平台的市场副总经理Joe Keller说，Open ESB将会基于Java商业集成1.0规范。还提供了使用开源代码的Java系统应用程序服务器。‚这将是一个推动整个世界商业的应用程序服务器，‛Keller说。
而在Sun对ESB开源前，Iona科技公司就公开了Celtix的源代码，这是采用GNU LGPL许可证的Java ESB，从而启动了ObjectWeb社区在ESB方面的工作。Iona方面声称，Celtix将支持Java商业智能(JBI)规范，该规范为跨应用集成明确规定了标准化的对象容器。
目前市场上已经有大量BEA、IBM以及Sun Microsystems等大制造商生产的ESB产品。而ObjectWeb在上星期也接收到了法国IT服务公司BULL的源代码捐赠来加速它ESB产品发展。
随着开源项目的这股趋势，这个领域的所有供应商都在观望哪个ESB会获得成功。IDC的副总裁Dennis Byron说：‚拿IBM举例，如果不管什么原因ObjectWeb占据了市场，如同Apache Web server一样，我认为他们会毫不犹豫地支持它。
