アイテムは 100 個あり、1,000 件のリクエストが殺到しています。最初の 200 リクエストは保持され、最後の 800 リクエストは直接返されます。
これら 200 件のリクエストのうち、最終的に正常に発注されたのは 100 件のみでした。
これらの 200 のリクエストは、キューに従って注文を直接生成しますか?
しかし、注文を生成する前に住所やその他の情報を確認する必要はありませんか?
プロセス全体をどのように処理する必要がありますか?
いわゆるキューとは、注文を直接生成するのではなく、チケットを入れてチケットで購入することを意味します。すべてを 1 にすることも、他の何かに置き換えることもできます。 Redis はシングルスレッドであり、キューのデキューは先着順で行われ、キューが空の場合は false を返します。ユーザーはチケットを取得すれば、すぐに商品をショッピングカートに入れて、通常の買い物プロセスに直接進むことができます。
最後のステップまでキューイング/ロックはありません。 。最初に情報を入力します。最後のステップでは、インベントリを送信するときにロックする必要があります。より複雑な場合は、キューを使用して処理します。
いわゆるキューとは、注文を直接生成するのではなく、チケットを入れてチケットで購入することを意味します。すべてを 1 にすることも、他の何かに置き換えることもできます。 Redis はシングルスレッドであり、キューのデキューは先着順で行われ、キューが空の場合は false を返します。ユーザーはチケットを取得すれば、すぐに商品をショッピングカートに入れて、通常の買い物プロセスに直接進むことができます。
最後のステップまでキューイング/ロックはありません。 。最初に情報を入力します。最後のステップでは、インベントリを送信するときにロックする必要があります。より複雑な場合は、キューを使用して処理します。