ActiveMQ 嵌入式推荐
ActiveMQ embedded recommendations
我正在开发一个基于 JavaEE 8 (Liberty 18.0.0.4) 的项目。
我想知道:
1)在我自己的应用程序中嵌入 activeMQ 或在 Liberty 应用程序服务器上集成然后使用 JMS 之间有什么区别api？
2)嵌入式activeMQ有什么推荐？
无论您的应用程序中是否嵌入了 ActiveMQ，您仍然可以使用 JMS API 与代理一起工作。
我想说独立和嵌入式 use-cases 之间的主要区别是 scale 和 management。
嵌入式 use-cases 通常规模较小。例如，可能只有 1 个客户端与代理一起工作（即与嵌入式代理位于同一 JVM 中的客户端）。我最多希望有少数客户端连接到嵌入式代理。嵌入式代理通常更受资源限制，因此更难扩展，因为它们与其嵌入的应用程序共享 JVM 和系统资源。
嵌入式 use-cases 通常也更难管理。一个独立的 ActiveMQ 代理将部署一个 Web 控制台并公开远程 HTTP 和 JMX 管理功能。嵌入式代理通常不会。也就是说，由于嵌入式经纪人的规模普遍较小，因此管理不是一个重要问题。
独立代理更容易扩展，因为它们位于自己的 JVM 中，而且通常位于自己的硬件上。因此，它们可以很容易地进行调整并获得更多资源。它们通常也更易于管理，因为它们部署了 Web 控制台并公开了远程 HTTP 和 JMX 管理功能。
我正在开发一个基于 JavaEE 8 (Liberty 18.0.0.4) 的项目。
我想知道:
1)在我自己的应用程序中嵌入 activeMQ 或在 Liberty 应用程序服务器上集成然后使用 JMS 之间有什么区别api？
2)嵌入式activeMQ有什么推荐？
无论您的应用程序中是否嵌入了 ActiveMQ，您仍然可以使用 JMS API 与代理一起工作。
我想说独立和嵌入式 use-cases 之间的主要区别是 scale 和 management。
嵌入式 use-cases 通常规模较小。例如，可能只有 1 个客户端与代理一起工作（即与嵌入式代理位于同一 JVM 中的客户端）。我最多希望有少数客户端连接到嵌入式代理。嵌入式代理通常更受资源限制，因此更难扩展，因为它们与其嵌入的应用程序共享 JVM 和系统资源。
嵌入式 use-cases 通常也更难管理。一个独立的 ActiveMQ 代理将部署一个 Web 控制台并公开远程 HTTP 和 JMX 管理功能。嵌入式代理通常不会。也就是说，由于嵌入式经纪人的规模普遍较小，因此管理不是一个重要问题。
独立代理更容易扩展，因为它们位于自己的 JVM 中，而且通常位于自己的硬件上。因此，它们可以很容易地进行调整并获得更多资源。它们通常也更易于管理，因为它们部署了 Web 控制台并公开了远程 HTTP 和 JMX 管理功能。