ESB:平静之下的暗流涌动

日期: 2007-12-27 作者:Michael Meehan 来源:TechTarget中国 英文

通过标准接口开始进行应用程序的开发,而不采用在应用程序开发完成之后再定制接口的方式,虽然这样做也许是很流行的,但是仍在存在很多关于如何确切的定义企业服务总线(ESB)的问题。   去年的某个时间,在消息传递方面,企业服务总线(ESB)的优势已经超过了传统企业应用程序接口(EAI)方法。   通过标准接口开始进行应用程序的开发,而不采用在应用程序开发完成之后再定制接口的方式,虽然这样做也许是很流行的,但是仍在存在很多关于如何确切的定义企业服务总线(ESB)的问题。许多大公司,如BEA系统公司、IBM公司现在正迅速进入ESB的市场,他们已经完全依靠企业服务总线(ESB)。

  “在过去……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

通过标准接口开始进行应用程序的开发,而不采用在应用程序开发完成之后再定制接口的方式,虽然这样做也许是很流行的,但是仍在存在很多关于如何确切的定义企业服务总线(ESB)的问题。

  去年的某个时间,在消息传递方面,企业服务总线(ESB)的优势已经超过了传统企业应用程序接口(EAI)方法。

  通过标准接口开始进行应用程序的开发,而不采用在应用程序开发完成之后再定制接口的方式,虽然这样做也许是很流行的,但是仍在存在很多关于如何确切的定义企业服务总线(ESB)的问题。许多大公司,如BEA系统公司、IBM公司现在正迅速进入ESB的市场,他们已经完全依靠企业服务总线(ESB)。

  “在过去的八个月里,整个市场上都充斥着企业服务总线(ESB),”Sonic软件公司产品市场部高级主管Jonathan Bachman说。“从传统的整合仲介到应用服务器,你已经开始把它们都称之为企业服务总线(ESB)。这潜在地破坏了它们之间的分类;事实上这样做使这种分类消失。”

  根据目前这个状况,Sonic公司表示了自己的作法,设法使本公司的企业服务总线(ESB)产品成为一种ESB衡量标准,即控制ESB应该是什么样子的以及它应该如何操作的。

  根据Bachman所说,关键问题是“企业服务总线(ESB)终端要创建一个可扩展的、灵活的并且不影响服务的抽象分离。这个终端不需要通过网络集线器来发送消息。它能够在本地工作。”

  接口的变动不应该要求服务的代码发生改变,而且服务的改变不应该要求接口的代码进行变动。简单扼要地说,就是它在工作时是松耦合范例。

  虽然简单性并不是处处必要的。也许企业服务总线(ESB)底层的设计概念可能是很容易掌握的,但是Bachman 提醒大家注意到在企业服务总线Sonic ESB中有110种“主要部分”。

  “这样的活,要做一个比较分析是非常困难的,”他说。“当你把两个产品放在一起进行观察时,他们之间的相似之处以及区别之所在并非你一眼就可以看出来的。”

  举例说明,企业服务总线Sonic ESB包含多平台编辑器以及调节规范。对你而言,可扩展的样表式语言转换(XSLT)风格的样板编辑器或者能够为可扩展标记语言(XML)数据创建XQuery表示式的能力并不是十分重要。同样,Sonic公司为处理消息(调节)所进行的六个步骤的基本过程可能与其它的企业服务总线(ESB)所提供的大相径庭,也有可能是不同外表掩藏下的同种实质。

  为了解释清楚属于方面的混淆,Sonic公司在它的参考模型文档中添加了11页的术语列表。

  除了标准ESB之外,也存在着为面向服务架构的创建和管理的增值服务。 这些增值服务包括连同其他功能一道的处理业务过程工作流、外部合作伙伴协调以及数据库访问。

  当涉及企业服务总线(ESB)所提供的工具时,Bachman 很容易的指出它不是一个一次完成面向服务架构(SOA)的工具。

  “企业服务总线(ESB)是为你的服务而创建的集合,它只是面向服务架构(SOA)的一部分,并不是全部,”他说。

  根据Sonic公司所做的研发,对于“一个分布式服务架构”而言,它的关键的功能和属性包括:

  新服务以及新服务类型可以通过配置实现,而不需要重新写程序实现。

  一个企业服务总线(ESB)的接口变动,可以不改变代码,并且不需要在接下来的开发阶段重新编译和配置该服务。

  无论ESB容器处于网络的任何位置,服务实例都可通过远程提供,这样就允许通过负载平衡或者多服务实例来配置新功能以及管理性能,增加灵活性。由于主机具备加工或者进入其他资源的能力,这样做还允许把服务配置在能够发挥其最佳性能的物理位置。

  只要快速服务启并且及具备运行的能力,服务所需的本地访问手工配置就可以实现,甚至在网络失败的情况下都可以防止入侵ESB库。

  要配置新的或者变动后的服务,可以通过分布式网络来进行ESB服务执行和配置的自动分配。

  分布式ESB的服务容器和通讯仲介可以通过相同的底层消息基础结构进行管理,这个基础结构是用于服务通讯,并且这个功能可以为可测量性和可靠性区分通讯。

  事件包括ESB过程所调用服务的进入和退出, 它可以甚至可以通过高度分布的配置来追踪管理过程的执行。

  自动负载平衡以支持性能和可靠性目标,它是通过一个服务的多个实例实现的。

  连续有效的架构提供高可靠性、多协议消息传递,它是通过从原始消息数据到第二仲介数据进行复制。这样做保证了在一个通讯仲介传输失败的情况下仍能够进行连续有规则的消息传输。

  动态路由架构允许包括Web服务请求和相应在内的消息通过仲介的联合复选的配置实现自动路由。不考虑当本主机目的地受到安全行使权利的限制时的情况,这样做也允许消息进入企业服务总线(ESB)中的任何一个仲介,并且路由到正确的目的地。

  Bachman认识到在产品之间多样化将会出现,但是他主张使用ESB来展示在具体条件下这些正在变得越来越重要。新的Java企业整合(JBI)规范的出台多半可能证明在这一竞争舞台中的利益之所在。

相关推荐