InfoQ

InfoQ

文章

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

ESB综述2:ESB使用案例

作者 Miko Matsumura 译者 胡键 发布于 2007年6月25日

领域
架构 & 设计,
企业架构,
语言 & 开发
主题
SOA ,
Web服务标准 ,
消息传送 ,
ESB
标签
SOA Appliance ,
JBI

本系列的第一部分中,我们以维基百科基础的企业服务总线定义(ESB)开始我们的讨论。

看起来,共识之一是ESB是与编制(orchestration)和业务过程管理(Business Process Management)截然不同的单独一类产品。此外,对于ESB到底是产品还是模式还有很大的争议。

在本系列的第二部分,InfoQ调查了ESB的使用目的 - ESB的使用案例和需求是什么?

Sonic公司的Dave Chappell开启前文中的讨论,部分1暗示了Sonic软件公司可能事实上正试图标准化基于UML的模式集,实质上,它们定义了ESB的参考架构。

Stuart Charleton(BEA系统策略咨询服务的企业架构师,位于Canada的Toronto)提供了以下的使用例子:

  • 消费者使用基于HTTP/S的认证,生产者使用WS-Security。
  • 消费者使用HTTP/RSS,生产者使用WebSphere MQ或JMS。
  • 消费者使用HTTP/REST和URI,生产者使用SOAP/WSDL。
  • 消费者有一组证书,生产者有另一组(键链映射)。
  • 一端使用FTP站点作为“服务接口”,而另一端文件被拆分成JMS消息。
  • 在路由到目的地之前,消息需要被充实,这样就可以执行callout来收集额外信息。
  • 生产者要求协议独立的负载均衡和/或故障转移。
  • 消息需要被存储转发,在不可靠服务上改进可靠性。

同时,作为这些主题的补充,Paul Fremantle(WSO2的共同创建者和技术副总裁)增加道:

因此,ESB是实现仲裁(mediation)的通信基础设施。ESB应该有什么样的拓扑结构呢?我认为它应该是灵活的:你可以将ESB构建为中间层的单个且大的代理,也可是很多智能终端。当然,拓扑结构会影响可管理性,但是只要有配置ESB的中心注册表/仓库,那么它将工作很好。这其中的关键点是ESB应该由策略而非书写代码驱动。

Burton Group的Anne Thomas Manes也说道:

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

以上强调将ESB作为桥接传统应用的手段。Network Computing的近期研究中:调查一组回答者,让他们使用“从强烈同意到强烈反对”的标准,为一组关于ESB技术的表述评分。回答者强烈同意的前4个表述是:

  1. ESB必须给企业数据源(SAP、Peoplesoft、Oracle、SQL Server)提供适配器。
  2. ESB必须至少支持基础的业务过程管理。
  3. ESB实现需要支持开放标准(JMS、Web服务)。
  4. ESB必须与现有的企业应用集成(EAI)和面向消息产品平滑集成。

这暗示着传统数据源(如ERP和EAI系统)是ESB的重要接口,并且它们应该将那些应用层作为基于标准的消息暴露。有趣的发现是,终端用户似乎同意"至少基础的"业务过程管理是ESB“必须支持的”。

关于最后的评论,Steve Jones(来自CapGemini)暗示,ESB的问题事实上是3个毫不相关的问题:集成、构建和业务。

……第一个挑战是利用现有资产发掘功能(集成),第二个则是构建新的应用(构建),最后则是管理新应用间的交互(业务)。待会儿我将在我的博客中讨论这些。

 

集成产品有很多非常不同的需求,并且驱动力来自于人们想在更面向标准的空间中实现交互,而我不太确定混淆这两个领域为什么有意义。同样的,构建新应用(使用过程或面向对象语言)则需要不同的技术和方法。

集成总线以其能力作为衡量标准,而业务服务总线则在于简单性和应用开发解决方案的灵活性。并且无论何种合理规模的业务也不会有一劳永逸的解决方案。

ESB综述的第二部分期望能帮助定义用户要求的使用案例,尤其是当他们需要ESB时。共识是:业务过程工具与ESB是不同的,加上ESB包含来自最终用户的完全相反的兴趣,这也暗示着可能将不同种类的产品合并为成了一个。

欲了解这个讨论,请关注适合于ESB的使用案例。

查看英文原文:ESB Roundup Part two: ESB Use Cases

深度内容

大规模视频网站的计费与流量管理

本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011

专访Jeffrey Richter:Windows 8是微软的重中之重

Jeffrey Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffrey Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。