工作队列解决方案

Question

我正在研究工作队列的新解决方案。队列（或队列）将包含将由人使用基于web的软件系统工作的工作项目，该系统消耗队列中的项目。因此，工作队列上的项目可能会长时间保留在队列中。队列解决方案不需要处理大吞吐量，它不需要是一个快速的系统，但应该像消息队列一样工作。即多个消费者先馈先消息。

除了工作消费者我需要有能力管理队列。查看队列上的工作项，编辑它们，删除它们，更改优先级等...

我调查了ActiveMQ，RabbitMQ，HornetQ和其他符合JMS的队列解决方案。这些似乎都很好，即可扩展，强大等。但缺乏适合我需求的内置管理功能。它们似乎也是为高吞吐量而建造的。

我期望替换的系统由一个简单地作为数据库模式实现的队列系统组成。工作项消费者从表中选择而不是在内存队列中。除了可扩展性之外，我不确定内存解决方案（如ActiveMQ）对现有系统的好处。

我的问题是：我是否应该基于这些解决方案之一构建我的工作队列系统，ActiveMQ，Rabbit，Hornet ..等等。还是有一个开源工作队列系统，专门为工作队列而不是高吞吐量的消息队列工作？或者，我应该坚持使用基于数据库模式的解决方案。

非常感谢。

约翰

Answer 1

你不应该使用queueuíng机制 - 我会去与内存项目。记住你不想删除东西，你可以将它们放在表格中进行审计等。 - 这不是经典的消息传递，它更多的是工作流状态跟踪。这与排队几乎没有关系。