콘서트 좌석 예매

NestJS 로 콘서트 좌석 예매 API 를 만드는 문제입니다. 남은 좌석 안에서만 예매가 되고, 어떤 경우에도 재고보다 많이 팔리면 안 됩니다. 티켓 오픈 때 여러 요청이 단일 프로세스 내에서 동시에 들어오는 상황을 가정하고 reserve(count) 예매 처리를 완성합니다. 재고는 인메모리 저장소를 유일한 진실의 원천으로 씁니다.

이 문제는 여러 요청이 동시에 같은 재고를 두고 다툴 때 API 가 어떻게 동작해야 하는지를 다룹니다. 좌석·잔액·포인트·쿠폰처럼 한 숫자를 여러 요청이 동시에 겨루는 자원에서는, 한 요청씩 처리할 때는 멀쩡해 보여도 한꺼번에 몰리는 순간이 진짜 시험대가 됩니다. 이런 코드를 검증할 때는 단일 요청만 보지 말고, 초기 재고 수량을 웃도는 요청을 한꺼번에 보낸 뒤 성공 합계가 초기 재고를 넘지 않는지 확인하는 습관이 중요합니다.

예매 같은 동시 요청 코드는 왜 단일 호출 테스트로는 부족한가요?

요청을 하나씩 보내면 같은 재고를 두고 겨룰 다른 요청이 없어 평소엔 멀쩡해 보입니다. 문제는 트래픽이 몰리는 순간에만 드러나서, 동시 요청을 만들어야 비로소 확인됩니다.

동시 예매 API 는 어떻게 검증하나요?

초기 재고 수량을 웃도는 예매 요청을 Promise.all 로 한꺼번에 보낸 뒤, 성공한 예매 수량의 합이 초기 재고를 넘지 않는지, 남은 좌석과 팔린 좌석의 합이 초기 재고와 맞는지를 단언합니다.

이 문제에서 단일 인스턴스·인메모리 재고라는 조건은 무슨 뜻인가요?

공유 자원이 단일 프로세스 범위에 놓여 있다는 뜻입니다. 분산 락이나 외부 저장소까지 가지 않고 그 범위 안에서 다룰 수 있도록 문제를 좁힌 설정입니다.