Redis メッセージ キューの問題

Question

以下は私のアプリケーションシナリオです

たとえば、クライアントがリクエストを送信します。このとき、サーバーはリクエストを処理してクライアントに返す必要があります。ユーザーは返される結果をリアルタイムで待つため、処理が高速になることに注意してください。処理が優れているほど良い

これらのタスクの処理を 1 つのサーバーに依存することは不可能であり、処理が遅すぎるため、ハングアップしやすくなります

現時点でこれらのタスクを処理するサーバーが 100 台あると仮定します。より面倒な方法は、ユーザーのリクエストを受信するたびにこれらのサーバーにリクエストをランダムに送信し、サーバーがそれを処理してユーザーに返すことです。このようにして、100 台のサーバーが負荷を共有します。これらのタスクを完了してストレスを軽減します。

その後、いくつかのメッセージ キューの問題について学びました。これはプロデューサーとコンシューマーの問題であるはずです。

それで、最近たまたま redis を使っているのですが、これにはパブリッシュとサブスクライブの機能があるのですが、このシナリオに適しているかどうかはわかりません。

Answer 1

プロのmq kafkaを試してみませんか？