以下は私のアプリケーションシナリオです
たとえば、クライアントがリクエストを送信します。このとき、サーバーはリクエストを処理してクライアントに返す必要があります。ユーザーは返される結果をリアルタイムで待つため、処理が高速になることに注意してください。処理が優れているほど良い
これらのタスクの処理を 1 つのサーバーに依存することは不可能であり、処理が遅すぎるため、ハングアップしやすくなります
現時点でこれらのタスクを処理するサーバーが 100 台あると仮定します。より面倒な方法は、ユーザーのリクエストを受信するたびにこれらのサーバーにリクエストをランダムに送信し、サーバーがそれを処理してユーザーに返すことです。このようにして、100 台のサーバーが負荷を共有します。これらのタスクを完了してストレスを軽減します。
その後、いくつかのメッセージ キューの問題について学びました。これはプロデューサーとコンシューマーの問題であるはずです。
それで、最近たまたま redis を使っているのですが、これにはパブリッシュとサブスクライブの機能があるのですが、このシナリオに適しているかどうかはわかりません。
