TemporaryQueues：数は多すぎますか？どのくらい彼らは開いたままにする必要がありますか？

Question

私は、応答を期待して約100,000リクエストのタスクを起動するアプリケーションを作成しようとしています。私は静的な応答キューか一時的なキューを使用するかどうか疑問に思っています。クライアントは1つしか要求せず、1つのサーバのみが応答します。クライアントのユースケースは、約1日1回タスクを生成することです。

一時的なキューを応答に使用したいと思っていますが、一時的なキューの量に妥当な制限があるのか​​、それらを開いたままにしておきたいと思っています。

いくつかの返信は、戻ってくるか、戻ってくるのに数日かかるので、私は約3日後に一時的なキューをタイムアウトさせます。

Answer 1

私の直ちに考えていることは、一時的な定義が3日間続くことです。その時には、リクエスタ（プロデューサ、レスポンスを消費する人）とブローカの停止の両方で生き残りたいと思っています。一時的なキューは、サブスクライバとブローカの間の契約です。サブスクライバとブローカの一方がダウンすると一時的なキューが消え、レスポンダはそのキューで応答しようとするとエラーになります。

私は静的キューをこのインスタンスで使用します。リクエスタの要求に応答を関連付けるためのレイヤーを実装する必要がありますが、そのプロセスの中断から生き残りたい場合は、追加の状態をデータベースに格納することによって）。