コンサート座席予約

NestJS でコンサート座席予約 API を作る問題です。予約は残っている座席の範囲内で のみ成立し、どんな場合でも在庫より多く売ってはいけません。販売開始時に多くの リクエストが一つのプロセス内で同時に届く状況を想定し、reserve(count) の予約処理を 完成させます。在庫はインメモリストアを唯一の真実の源として使います。

この問題は、多くのリクエストが同じ在庫を巡って同時に競合するとき API がどう 振る舞うべきかを扱います。座席・残高・ポイント・クーポンのように複数のリクエストが 同じ数値を奪い合う資源では、1 件ずつ処理すれば問題なく見えても、一斉に届く瞬間が 本当の試金石になります。こうしたコードを検証するときは、単一リクエストだけでなく、 在庫より多いリクエストを一度に送り、成功した予約の合計が初期在庫を超えないかを 確認する習慣が大切です。

予約のような同時リクエストのコードは、なぜ単一呼び出しのテストでは足りないのですか？

リクエストを1件ずつ送ると同じ在庫を奪い合う別のリクエストがないため、通常時は問題なく見えます。トラフィックが集中する瞬間にだけ現れるので、同時リクエストを作って初めて確認できます。

同時予約 API はどう検証しますか？

初期在庫より多い予約リクエストを Promise.all で一度に送り、成功した予約の合計が初期在庫を超えないか、残り座席と売れた座席の合計が初期在庫と一致するかを検証します。

この問題の単一インスタンス・インメモリ在庫という条件は何を意味しますか？

共有資源が一つのプロセス内にあるという意味です。分散ロックや外部ストアまで持ち出さず、そのプロセス内で扱える範囲に問題を絞った設定です。