現在、JMS 経由で IBM MQ を使用していますが、処理しきれないほど多くのメッセージを処理しているようです。奇妙なことに、問題は断続的に発生するようです。
メッセージは価格であるため、保証する必要はありません。ただ迅速に送信する必要があります。
IBM にはLow Latency 製品があるので、それがおそらくより良い解決策であるかどうか疑問に思っていますが、JMS API がないか、少なくとも簡単には見えないようです。
低遅延製品に JMS API があるかどうか、またはそれが持っている「独自の」API が JMS のようなものかどうかは誰でも知っています...
または、MQ チューニングの指針もいただければ幸いです... :)
間違いなく、低遅延のメッセージング製品の方が問題に適しています。私は、 29Westの LBM と呼ばれる低遅延のメッセージング製品を使用して、非常に類似したことを行うプロジェクトに取り組んでいます。JMS API はありません。低レイテンシー分野のほとんどの製品はそうではないと思います。これらのタイプの製品 (永続性、セレクターなど) と組み合わせると意味をなさない機能が多数あります。メッセージング製品の上に独自の単純な API を作成するのは非常に簡単であり、後で製品を変更する柔軟性を提供し、JMS API の大容量と冗長性から解放されることがわかりました。
考慮すべき別のオプションはJGroupsです。
29West は、メッセージング製品ラインに JMS サポートを追加しました。
「MQ チューニングの指針」に関しては、SupportPacs ページに、特定の推奨事項を含むプラットフォームごとのパフォーマンス評価があります。MP* という名前の SupportPac まで下にスクロールし、適切なバージョンとプラットフォームを探します。大小のメッセージ、持続性と非持続性、getter と putter の数のバリエーションなど、さまざまなシナリオがテストされています。