工作隊列解決方案

Question

我正在研究工作隊列的新解決方案。隊列（或隊列）將包含將由人使用基於web的軟件系統工作的工作項目，該系統消耗隊列中的項目。因此，工作隊列上的項目可能會長時間保留在隊列中。隊列解決方案不需要處理大吞吐量，它不需要是一個快速的系統，但應該像消息隊列一樣工作。即多個消費者先饋先消息。

除了工作消費者我需要有能力管理隊列。查看隊列上的工作項，編輯它們，刪除它們，更改優先級等...

我調查了ActiveMQ，RabbitMQ，HornetQ和其他符合JMS的隊列解決方案。這些似乎都很好，即可擴展，強大等。但缺乏適合我需求的內置管理功能。它們似乎也是爲高吞吐量而建造的。

我期望替換的系統由一個簡單地作爲數據庫模式實現的隊列系統組成。工作項消費者從表中選擇而不是在內存隊列中。除了可擴展性之外，我不確定內存解決方案（如ActiveMQ）對現有系統的好處。

我的問題是：我是否應該基於這些解決方案之一構建我的工作隊列系統，ActiveMQ，Rabbit，Hornet ..等等。還是有一個開源工作隊列系統，專門爲工作隊列而不是高吞吐量的消息隊列工作？或者，我應該堅持使用基於數據庫模式的解決方案。

非常感謝。

約翰

Answer 1

你不應該使用queueuíng機制 - 我會去與內存項目。記住你不想刪除東西，你可以將它們放在表格中進行審計等。 - 這不是經典的消息傳遞，它更多的是工作流狀態跟蹤。這與排隊幾乎沒有關係。