InfoQ

文章

ESB综述1:定义ESB

作者 Miko Matsumura 译者 胡键 发布于 2007年6月25日 下午8时43分

社区
SOA
主题
ESB
标签
JBI,
SOA Appliance

Accenture首席技术官Don Rippert的近期访谈的主题是:激活SOA的全部潜力还需五年。但是,访谈中隐藏着一个简单的论断,即使用企业服务总线(Enterprise Service Bus,ESB)是实现ESB全部潜力4步中的第三步。Don Rippert模型中的步骤如下:

  1. 使用XML,以更标准的方式使用应用程序接口。
  2. 捕获一些业务过程,并将它们转化成为Web服务。
  3. 引入并全面使用企业服务总线。
  4. 产生业务过程执行语言(Business Process Execution Language,BPEL),它可由业务过程建模工具完成。BPEL可以改变应用程序的行为,而无需修改软件。

Rippert先生在采访中表示,尽管很多组织拥有ESB,但是它并没有被完全利用。他进一步的表示,大多数公司仍处于阶段1。与这个ESB所处位置的论断相对比的是,Burton Group的分析师Anne Thomas Manes的叙述,其发表于近期面向服务架构Yahoo Group的讨论中。Anne说:

......如果缺少我推荐启动SOA的“基本组件”,ESB将不会列在我的清单中。事实上,我并不鼓励人们由ESB开始。ESB并不会鼓励好的SOA行为。ESB本质上是集成系统,而非SOA系统。SOA是用于拆卸应用竖井(application silos),而集成系统则是修补这些竖井。

引用她的书,她接着提及的基本组件包括:

  • 一个或多个服务平台(如,.NET,Java EE应用服务器等)
  • SOA管理解决方案
  • 注册表
  • 如果服务要被暴露在防火墙之外,那么需要XML网关

引用组员早期的帖子,她说道:

“......ESB特别适合桥接传统应用,因此,在服务基础设施中,它是一个有用的组件。很多ESB也支持可靠消息传递、异步消息传递和发布/订阅交换模式。这些能力都非常有用,但是,在SOA项目的初始阶段可能不会发挥多大的用途。(每个组织有很多不选用这些能力的项目。)在SOA项目的后期,你还可能需要一个编制(orchestration)引擎,并且大多数的ESB都会提供一个。即便如此,ESB也绝对不是组织启动SOA的起点。所有这些能力你一开始并不需要。因此,ESB应该在后期购买。”

这似乎符合Rippert先生的观点,即尽管很多组织拥有ESB,但是它并没有被完全利用。Manes女士的评论同样有助于定义ESB的范围,通过暗示许多ESB支持的特性,它确定了一组适当的能力。

根据维基百科的ESB定义,ESB有如下特性:

  1. 它是面向服务架构的实现。
  2. 它通常是操作系统和编程语言无关的;它应能在Java和.Net应用程序之间工作。
  3. 它使用XML(可扩展标识语言)作为标准通信语言。
  4. 它支持Web服务标准。
  5. 它支持消息传递(同步、异步、点对点、发布-订阅)。
  6. 它包含基于标准的适配器(如J2C/JCA),用于集成传统系统。
  7. 它包含对服务编制(orchestration)和编排(choreography)的支持。
  8. 它包含智能、基于内容的路由服务(itenerary路由)。
  9. 它包含标准安全模型,用于ESB的认证、授权和审计。
  10. 它包含转换服务(通常是使用XSLT),在发送应用和接收应用之间转换格式,简化数据格式和值的转换。
  11. 它包含基于模式(schema)的验证,用于发送和接收消息。
  12. 它可以统一应用业务规则,充实其它来源的消息,分拆和组合多个消息,以及处理异常。
  13. 它可以条件路由,或基于非集中策略的消息转换,即不需要集中规则引擎。
  14. 它可监视不同SLA(服务级别合约)的消息响应门限,以及在SLA中定义的其它特性。
  15. 它(常常)简化“服务类别”,向更高或更低优先级用户做出适当的响应。
  16. 它支持队列,在应用临时不可用时用来保存消息。
  17. 它由(地理)分布式环境中的选择性部署应用适配器组成。

维基百科的定义容许“ESB精确定义的变种”。

Manes女士和Rippert先生似乎都同意ESB是有用的,并代表项目后期用于部署SOA的功能集合。维基百科的定义可以作为讨论的起点,主题是关于如何定义这一有用技术。

在随后的讨论中,请关注ESB的定义,而非本文中引证的业界专家的观点。

查看英文原文:ESB Roundup Part One: Defining the ESB

深度内容

模块化Java:声明式模块化

本文是模块化Java系列文章的第4篇,介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起,而无需让代码依赖于OSGI API。

Ian Robinson和Jim Webber谈论基于Web的整合

本采访是在伦敦举行的QCon2009上记录的,Ian Robinson和Jim Webber探讨了如何将Web作为整合平台以及REST在理论上和实践中的好处。

项目管理修炼之道(精选版)

项目管理对于项目成败至关重要,但实践中每个项目都有自己的独特性,没有现成的解决方案可以套用。书中从应对实际风险的角度出发,讲述了从项目启动、项目规划到项目结束的整个管理流程,展示了作者的思考过程。本迷你书从原书中精选出5个章节。

那是鸟,还是飞机?不,那是超人!

在这个演讲中,Fred将会揭示敏捷的一些外在因素,并会重点关注敏捷获得成功的内在原因。从案例研究和真实的项目经验来看,Fred认为:工具、管理体系都不能让你变得敏捷。敏捷的成功,植根于士气高涨、充分授权的工作者身上,他们能够以不同以往的方式思考问题。

访谈和书摘:Eben Hewitt的新书《Java SOA Cookbook》

Java SOA Cookbook

Eben Hewitt的新书《Java SOA Cookbook》从Java实现的角度讨论了面向服务架构。Eben在书中讨论了SOA基础、工具、最佳实践和SOA治理等主题。

Mark Richard的《Java消息服务》第二版

Mark Richards的新书《Java消息服务》第二版覆盖了JMS的许多主题, 包括发布和订阅模式以及点对点模式,消息过滤和事务等。InfoQ与Mark谈论了跟他的新作。

模块化Java:动态模块化

本文是“模块化Java”系列文章的第三篇,讨论动态模块化,内容涉及如何解析bundle类、bundle如何变化、以及bundle之间如何通信。

让测试也敏捷起来

对于测试组织来说,敏捷方法带来的快速迭代却让测试本身变得困难起来:缺乏“足够详细的文档”,缺乏“仔细设计用例的时间”等等。在本演讲中,段念将与大家探讨如何在敏捷过程中进行测试。