【问题标题】:Embedded or an External ActiveMQ Broker with GlassfishGlassfish 的嵌入式或外部 ActiveMQ 代理
【发布时间】:2013-06-16 18:47:50
【问题描述】:

这是我第一次使用 ActiveMQ(而不是 GF 中开箱即用的 OpenMQ),我正在尝试确定哪种方法在扩展和维护 ActiveMQ 环境方面更好。我们在设置和维护 Glassfish 集群以及向其部署应用程序方面确实有经验。但是我们正在考虑哪种方法更好,因为我们不想陷入无法摆脱的兔子洞,因为我们围绕它构建了环境,并看到我们设置的基础设施最终无法扩展.

有没有人尝试使用这两种方法?即使有人使用 Glassfish 实现了其中一种方法,告诉我们他们的经验(收获和痛苦)也会非常有帮助和感激。

【问题讨论】:

    标签: glassfish jms activemq glassfish-3


    【解决方案1】:

    对于 99% 的情况,通常最好部署一个独立的代理 - 这样您就可以将消息传递视为基础架构的另一层,就像数据库一样。当代理是独立的时,您可以将其设置为高可用性,在不修改应用程序的情况下随意升级它(代理可以在不升级客户端库的情况下升级),并且可以在以后根据需要进行适当的扩展(大多数项目没有)。

    我看到人们将代理部署为嵌入式,使用复杂的代理网络来让集群中的所有机器相互通信。这通常以泪水告终,并恢复到一对单独的主从经纪人。这就是他们一直以来所需要的。

    【讨论】:

      猜你喜欢
      • 2011-05-28
      • 2012-05-13
      • 2013-01-06
      • 2018-02-16
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-01-21
      相关资源
      最近更新 更多