随着许多备受瞩目的分布式系统继续扩大，管理者必须确保开发人员重新思考设计应用程序的方法。这并不容易。这不像程序员在学校所学的。

　　程序员传统上期望在应用程序中控制事件顺序，但是这些程序从容完成流程，而且相继依赖，这意味着死亡程序可以破坏系统。社交网络的兴起，像Facebook，以及大型电子商务网站的繁荣，像亚马逊，必须快速可靠地处理许多任务，许多业务异步Web应用重构、面向消息的中间件（MOM）已经引起他们的兴趣。

　　Pug Pharm Productions 的首席技术官David Dossot强调异步方法要求开发人员放弃应用程序中队列的控制权。Dossot 说：“当你开始用消息系统工作时，你得转换思想。你需要释放一点你在编制上的控制。”

　　“库存、发票、运输附加物，你希望它们异步发生，” Dossot说道，他使用Erlang和RapidMQ为Pug Pham进行消息传输，用Mule MQ检查。Mule MQ是来自旧金山MuleSoft公司的新的Java消息服务（JMS）实现。

　　Dossot表示：“传统（编程方法）通过子系统运行。但是如果这些子系统中的一个停止运行，系统将不得不随后再来一次。”

　　控制异步应用，开发人员依赖于面向消息中间件（MOM）。面向消息中间件允许独立队列和程序间的分布消息。Dossot 说：“消息中间件起到第三方中枢的作用。它允许你分离子系统，如果其中之一停下，下部构造会继续运转。”

　　思想的转移看似在处理中，Dossot 表示：“当今开发人员十分了解这个方法，人们更多地探讨装配使用消息队列的系统所产生的问题。”

　　MuleSoft上周发布了Mule MQ。该产品通过Mule ESB部署或者单独作为消息服务。Dossot估计这个产品要先于其官方版的发布。

　　Dossot对Mule MQ印象最深的是它不需要数据库，Dossot 认为，“大多数JMS实施要求幕后有关系型数据库。那太酷了，但是它转换了一点基础架构。Mule MQ处理文件系统中自身的存留。”

　　他也对管理控制台做出了评论。“它非常丰富。但有点缺乏大多数开源实施。”

　　Dossot指出Mule MQ易于集成，他说：“客户端独立于JAR，因此你可以轻松拖拽现有应有。”

　　为基础设施增加面向消息的中间件可能要求运营部门自身的思想转移。“传统上，对于运营部门来说，基础架构的临界部分是数据库，” Dossot说。“现在你可以，例如使用分布式缓存或者MOM。”

　　Dossot相信运营部门理解中间件在基础架构中合适的位置是很重要的，Dossot 认为：“运营部门最初趋于把MQ提供者看做是应用，业务操作员各个倾向于面型应用的SLA。”

　　尽管SLA可能并没有给予面消息中间件所需可靠功能必要的关注。Dossot 说：“大家需要接近这个基础架构。”