是否采用ESB

服务应该包装在ESB中吗?还是应该以其他方式对它们进行管理和调解?支持者,反对者对峙。

服务的照料和提供相对简单。最令人困惑的SOA决策涉及服务如何 communicate 以及他们之间应该进行哪种调解。

关于SOA的更多信息

如何驾驭SOA标准之海

ABC:面向服务的体系结构(SOA)简介

SOA治理:如何管理服务的开发和使用

SOA的起点

在理想的情况下,SOA中的每个服务都应该是符合标准的Web服务,并且功能强大且 可以直接访问 需要功能或XML有效负载的最广泛的授权应用程序或服务 服务交付。但 在实地,企业需要处理使用从MQ到 AS2. And many argue Web服务消息传递直到Web草稿才能达到企业级的可靠性水平 服务协议,例如WS-ReliableMessaging 已完全烘焙并广泛实施。

所以,在赶 ESB —现在与SOA关系最密切的一种产品类别。 ESB是消息传递 公交和服务平台 连接遗留系统以及管理和协调服务相对容易。和EAI(企业 应用程序集成) 产品,ESB还可以转换和路由消息。 ESB供应商对他们的产品做出了很大的贡献 standards-based, 尽管大多数使用JMS(Java消息服务)或某些专有消息传递协议来传递 必要的可靠性。

支持者喜欢ESB允许他们提供服务和管理其通信的方式。后 几年没有 一个是,ADP最近推出了分布式ESB,因为“很难维护一堆 一对一消息传递” 工资处理巨头的雇主服务首席信息官Bob Bongiorno。公司编号 服务从九个增加到 他有30多个,但在此过程中,“管理复杂性已增加了两倍多”,他 says.

“我们现在选择的是企业服务总线,但如果有的话,我们本来希望有一辆 三四年前就已经存在。” 通用汽车公司系统架构师Paul Kaptur。 “我们今天正在这样做,因为 产品正在变得成熟。”

ESB对于需要精心安排的长期运行流程(例如订单处理,必须执行步骤)非常有效 Intuit的Moseley说,按照一定的顺序进行验证,然后进行验证。例如, 订购过程可能 需要在计算运费或授权信用之前验证客户的地址 卡(因为地址 通常需要用来验证信用卡),并且必须先采取所有步骤,然后才能生成商品清单 发送到运输。 t的 订单处理系统使用这种中介服务方法。

但是,有些人将ESB视为已变暖的EAI,并认为它们无视SOA的开放性。 “ EAI根本不同 而不是SOA,” Burton Group的分析师Anne Thomas Manes说。 “ EAI就是建立桥梁 业务流程孤岛; SOA即将 分解它们。”她可以使用ESB来提供服务,甚至 精心安排细粒度的服务 广泛使用的粗粒度服务。但是她却以公交为门户的概念而bri之以鼻 所有服务,特别是 当与ESB消息传输之间进行转换时,会产生额外的开销。

Manes还发现以下观点的缺点:没有ESB,则难以管理 “点对点”服务被保留为 类似意大利面条的选择:点对点是一个集成隐喻,而SOA的思想是 expose services that 可以被许多应用程序或其他服务重用。那并不一定意味着缺乏控制。一 替代ESB方法 是使用XML设备(也称为网关)来路由消息,处理转换 和地图绘制以及代理服务 因此可以对其进行有效管理和保护。

埃里克·克诺尔(Eric Knorr)是《 信息世界加伦·格鲁曼正在贡献 editor at 信息世界.

这个故事“采用或不采用ESB”最初是由 信息世界.

有关:

版权© 2006 IDG通讯,Inc.