ワーク キューの新しいソリューションを調査しています。キュー (またはキュー) には、キューから項目を消費する Web ベースのソフトウェア システムを使用して人間が作業する作業項目が含まれます。したがって、ワーク キューのアイテムが長時間キューに残る場合があります。キュー ソリューションは、大きなスループットを処理する必要はありません。高速なシステムである必要はありませんが、メッセージ キューと同じように機能する必要があります。つまり、複数のコンシューマーが先入れ先出しメッセージをフィードします。
ワーク コンシューマに加えて、キューを管理する機能が必要です。キューの作業項目の表示、編集、削除、優先度の変更など…
ActiveMQ、RabbitMQ、HornetQ、およびその他の JMS 準拠のキュー ソリューションを調査しました。これらはすべて、スケーラブルで堅牢など、問題ないように見えますが、私の要件を満たす組み込みの管理機能がありません。また、高スループット用に構築されているようです。
私が交換しようとしているシステムは、単純にデータベース スキーマとして実装されたキュー システムで構成されています。作業項目のコンシューマは、メモリ内キューではなくテーブルから選択します。スケーラビリティを除いて、ActiveMQ などのインメモリ ソリューションが既存のシステムにどのような利点をもたらすかはわかりません。
私の質問は次のとおりです。ActiveMQ、Rabbit、Hornet などのソリューションのいずれかに基づいてワーク キュー システムを構築する必要がありますか?それとも、高スループットではなくワーク キューの目的のために特別に構築されたオープン ソースのワーク キュー システムがありますか?メッセージキューの仕事？または、データベース スキーマ ベースのソリューションに固執する必要があります。
どうもありがとう。
ジョン