アップストリーム システムがメッセージ キューでメッセージを送信する既存のセットアップがあり、これらのメッセージを処理します。コンテンツは xml であり、単にアンマーシャリングします。このアンマーシャリング ステップの後に、db への書き込み (関連する列に関連する値を配置するため) が続きます。 . このシステムは、より多くの上流システムと連携するように設定されており、ボリュームは 1 日あたり 40 mm のピーク サイズに増加する予定です。
現在の処理方法は、キューにリスナーを配置し、アンマーシャリングとその後のデータベース書き込みを行うプロデューサーとコンシューマーの複数のスレッドを配置することです。
私の質問: このプロセスは、Storm のユース ケース シナリオに適合しますか? つまり、MQ をスパウトにすることができます。アンマーシャリングするボルトが 2 つあり、これが次のボルトのスパウトになり、db に書き込みますか?
はいの場合、どのようなメリットがありますか? 面倒なマルチスレッド プロデューサー/ワーカー パターンのコードとはお別れですか。上記のように単純な場合、生産者/消費者シナリオへの従来のマルチスレッドアプローチに頼る場所/理由私のポイントは、従来のアプローチと比較したときにストームが輝き始めるデータ量/頻度があることです.
PS：私はこれに非常に慣れていないため、これを理解しようとしており、考え方が正しいかどうかを確認したいと考えています
よろしく、 CVM