ActiveMQ实践:使用场景

日期: 2010-10-28 作者:Bruce SnyderDejan BosanacRob Davies翻译:张培颖 来源:TechTarget中国 英文

在系统架构中,有很多场景ActiveMQ和异步消息都会产生深远的影响。下面是一些场景实例:   非均匀应用集成。ActiveMQ中间件用Java语言编写,因此自然提供Java客户端API。但是ActiveMQ也为C/C++、.NET、Perl、PHP、Python、Ruby喝一些其他语言提供客户端。

在你考虑如何集成不同平台不同语言编写的应用的时候,ActiveMQ拥有巨大优势。在这样的例子中,多种客户端API通过ActiveMQ发送和接受消息成为可能,无论使用的是什么语言。此外,ActiveMQ还提供交叉语言功能,该功能整合这种功能,无需使用远程过程调用(RPC)确实是个优势,因为消息协助应用……

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

在系统架构中,有很多场景ActiveMQ和异步消息都会产生深远的影响。下面是一些场景实例:

  非均匀应用集成。ActiveMQ中间件用Java语言编写,因此自然提供Java客户端API。但是ActiveMQ也为C/C++、.NET、Perl、PHP、Python、Ruby喝一些其他语言提供客户端。在你考虑如何集成不同平台不同语言编写的应用的时候,ActiveMQ拥有巨大优势。在这样的例子中,多种客户端API通过ActiveMQ发送和接受消息成为可能,无论使用的是什么语言。此外,ActiveMQ还提供交叉语言功能,该功能整合这种功能,无需使用远程过程调用(RPC)确实是个优势,因为消息协助应用解耦。

  作为RPC的替代。应用使用RPC风格同步调用十分普遍。假设大多数客户端服务器应用使用RPC,包括ATM、大多数WEB应用、信用卡系统、销售点系统等等。尽管很多系统很成功,转换使用异步消息可以带来很多好处,而且也不会放弃响应保证。系统以来同步需求典型地限制了扩展,因为最终需求将开始起作用,从而放慢整个系统。取而代之这种不好的体验,使用异步消息,附加的消息接收器可以轻松添加,假设你的应用可以解耦。

  两个应用之间解耦。正如之前讨论的,紧耦合架构可以导致很多问题,尤其是如果他们是分布的。松耦合架构,在另一方面,真实了更少的依赖性,能够更好地处理不可预见的改变。你不见可以在系统中改变组件而不影响整个系统,而且组件交互也相当的简单。取代使用同步方案的组件交互,组件利用异步通信。这样的松耦合遍及系统被称之为事件驱动架构(EDA)。

  作为事件驱动架构的主干。在之前的观点中,解耦、异步风格架构允许软件本身进一步扩展(水平的可扩展性),而不是依赖硬件的可扩展性(垂直的可扩展性)。想象一下一种难以置信的流量、电子商务网站像亚马逊。但一个用户在亚马逊上购买,许多分开的阶段贯穿,订单需要履行包括订单配置、创建发票、支付流程、订单完成、运输等。然而,但一个用户实际上失职了一个订单,用户立即得到一个页面说明,“感谢您的订单。”不仅如此,没有任何延误。用户也收到了订单已经收到的邮件说明。订单配置流程由亚马逊雇佣就是个很好的例子,第一步在一种更大的、异步流程中。每一个订单步骤直接由分开的服务奋力地处理。但用户下了订单,异步调用提交订单,但是全部订单流程不会落后于通过网页浏览器进行的同步调用。反之,订单被接受并立即被确认。这个流程中剩余的步骤一步地被处理。如果发生了问题,组织流程进行,用户会被通知。这样的异步流程提供大量的可扩展性。

  改善应用可扩展性。许多应用利用事件驱动架构,为了提供大量的可扩展性,包括像电子商务、政府、制造业和在线游戏等领域。使用异步消息在业务领域分离一个应用,许多其他可能性开始合并。考虑使用服务为特定任务设计应用的能力。这正是面向服务架构(SOA)的主干。每一个服务实现一个独立的功能,而且只是那个功能。应用通过这些服务构成来创建,在服务间使用异步消息实现通信。这种风格的应用设计被称之为复杂事件处理(CEP)。使用CEP,系统中组件之间的交互可以被进一步的分析跟踪。在考虑异步消息在系统的组件之间添加一种迂回的时候,这些可能性是无止境的。

翻译

张培颖
张培颖

云计算网站编辑

相关推荐