【发布时间】:2015-11-10 07:04:28
【问题描述】:
我有一个可以水平缩放的 API。 API 将确认客户端请求,并且需要将工作分派到辅助系统。辅助系统需要在先到先得的基础上处理工作,即队列。此外,由于辅助系统正在访问可以共享的资源,因此只有一个实例可以在给定时间处于活动状态。辅助系统需要具有故障转移机制。如果辅助系统的第一个实例出现故障,则需要另一个实例来代替它。
我正在考虑使用 RabbitMQ 作为排队机制,让多个消费者连接,但只有一个活跃的消费者来处理工作。如果先前活动的消费者未能确认消息,则其他实例之一将承担处理消息的工作。 RabbitMQ 可以吗?
也可以在作业完成后才确认消息吗?
谢谢。
【问题讨论】:
-
很抱歉在这里重新提出一个老问题,但我也有这种情况,想知道你是否找到了解决这个问题的方法?卡尔
标签: rabbitmq scalability