首页  ·  知识 ·  
SOA和EAI踏入企业服务总线集成的世界
网友      编辑:dezai   图片来源:网络
“我们的平台是典型的SOA平台,服务消费者(渠道)和服务提供者(后端系统)通过基于XML的协议相互通信,”他解释道。实际上,在TwoDegreesMobile公司,不同的事务使用不同的消息模式来实现,像

企业服务总线(ESB)全称为Enterprise Service Bus。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合。在ESB兵工厂中有一大堆中间件工具。这些工具支持SOA或者EAI,ESB的责任就是带来性能。ESB似乎需要有人来告诉要站出来,展示他们真正的身份。

Ken Johnson是红帽(JBoss企业中间件)的中间件产品经理,他认为很多人把ESB简单地看做是软件的一块,尽管更好的观点是将其看做“构架一项解决方案的方法”。此外,虽然以“服务”的名义存在,ESB并不能一直按照服务来使用。ESB可以假定为大量功能。例如,FuseSource的CTO,同时也是Apache ServiceMix、 ActiveMQ和Camel联合创始人, Rob Davies说过ESB和EAI之间的区别主要在于其用例。“表象之下,ESB可以用消息层互相通信,”他说道。

ESB部署模式Neeraj Satija是Two Degrees Mobile的软件开发经理,也是WSO2(ESB领域另一个厂商)的客户,他将ESB使用模式描述为和IT合二为一。ESB就是一种总线,“存在于前端渠道(像Portals、IVR和SMS)和后端系统(像CRM系统、网络元素和收费和充值系统)中间。”

Satija表示他目前的企业,以前也是用来自IBM、甲骨文和Mule这样的厂商的ESB。现在WSO2成为他们构建SOA的平台。“我们开始使用WSO2中间件技术组合中的一部分。我们的IT架构的主要部分是严重依赖SOA范式,而且,由于这个架构,我相信我们正在做一些特别的、创新工作,”他说道。此外,他补充道他的公司没有使用EAI,而是使用SOAP。

“我们的平台是典型的SOA平台,服务消费者(渠道)和服务提供者(后端系统)通过基于XML的协议相互通信,”他解释道。实际上,在Two Degrees Mobile公司,不同的事务使用不同的消息模式来实现,像发布与订阅或者事件监听,根绝业务需求来确定模式选择,Satija解释道。

Satija表示他发现很多模式和实践在部署ESB时很有用,包括:

服务抽象(用ESB代理解耦实际终端)标准化服务契约数据格式转换协议转换用工作流引擎进行业务逻辑编排数据格式转换和数据模型转换ESB高吞吐量实现尽管也有人担心ESB的吞吐量,Satija说Two Degrees Mobile在一些业务事务中使用WSO2中像ESB和工作流引擎这样的组件,在高峰时段,一些组件可以每秒钟处理50个事务。他给出三个“最佳实践”来实现良好的吞吐量:

有效负荷大小和内容优化基于业务需求将ESB和工作流管理器联合在包含业务逻辑的大型应用上优先开发轻量型原子中间件组件Bloor Research的首席分析师兼联合创始人Robin Bloor博士也谈了一些性能挑战,他说说道吞吐量/性能,ESB更倾向于扩展到某一确定层级,但是并不是所有的都能很好地扩展。

本文作者:网友 来源:网络
CIO之家 www.ciozj.com 微信公众号:imciow
   
免责声明:本站转载此文章旨在分享信息,不代表对其内容的完全认同。文章来源已尽可能注明,若涉及版权问题,请及时与我们联系,我们将积极配合处理。同时,我们无法对文章内容的真实性、准确性及完整性进行完全保证,对于因文章内容而产生的任何后果,本账号不承担法律责任。转载仅出于传播目的,读者应自行对内容进行核实与判断。请谨慎参考文章信息,一切责任由读者自行承担。
延伸阅读