将软件解决方案依赖于 activemq 的风险
risk of depending software solution to activemq
我正在实现一个分布式软件，它有两个松散耦合的组件，它们需要以可靠且可扩展的方式发送消息。我发现 activemq 作为 jms 标准的实现，并做了一些研究和示例实现。我的两个关键要求是：
- 可扩展性
- 可靠性（不丢失消息）
但我认为将我的设计依赖于 activemq 可能是一个冒险的决定。有什么建议吗？
也可能 "risky" 依赖 MySQL、Oracle 或 SQL 服务器上的存储。错误存在于所有软件中，ActiveMQ 也不例外。
大量解决方案依赖于 ActiveMQ 来传递消息而不丢失它们。很少有其他消息传递服务器像 ActiveMQ 这样被广泛采用，它已经存在并积极开发了很长时间。已发现并纠正了许多错误。
当然还需要依赖底层的磁盘和服务器，但是various master slave solutions是支持的，这样当master挂掉的时候，slave节点可以起到主导作用。
我正在实现一个分布式软件，它有两个松散耦合的组件，它们需要以可靠且可扩展的方式发送消息。我发现 activemq 作为 jms 标准的实现，并做了一些研究和示例实现。我的两个关键要求是：
- 可扩展性
- 可靠性（不丢失消息）
但我认为将我的设计依赖于 activemq 可能是一个冒险的决定。有什么建议吗？
也可能 "risky" 依赖 MySQL、Oracle 或 SQL 服务器上的存储。错误存在于所有软件中，ActiveMQ 也不例外。
大量解决方案依赖于 ActiveMQ 来传递消息而不丢失它们。很少有其他消息传递服务器像 ActiveMQ 这样被广泛采用，它已经存在并积极开发了很长时间。已发现并纠正了许多错误。
当然还需要依赖底层的磁盘和服务器，但是various master slave solutions是支持的，这样当master挂掉的时候，slave节点可以起到主导作用。