7. Issue

• 희소성 있고 경매 시작가가 낮은 경매일수록 수많은 사용자들이 경매에 참여할 텐데, 이런 상황에서 발생하는 대규모 트래픽에 어떻게 대응할까?
• Scale Out된 서버들에 수많은 입찰 요청이 동시에 전달될 때 발생하는 Concurrency Issue를 어떻게 해결할까?
• 최고 입찰가 변경을 위해 경매 테이블의 Row에 Exclusive Lock을 설정하면 '읽기', '잠금 설정', '쓰기', '삭제'가 불가능한데, 경매 생성자가 원할 때 경매 타이틀 수정 등의 작업을 못하진 않을까?
• 최고 입찰가 테이블의 Row에 Exclusive Lock을 설정하면, 카탈로그 조회 시 필요한 최고 입찰가 데이터를 못 가져와서 사용자가 원할 때 카탈로그 조회가 불가능하진 않을까?
• 매 입찰 요청마다, 자동 입찰 등록 유무 확인을 위한 동일한 읽기 오퍼레이션을 어떻게 효율적으로 처리할 수 있을까?
• 10,001 원, 10,002 원, 10,003 원 ... 1 원 단위로 입찰이 가능할 경우 어떤 문제가 발생할 수 있을까?
• 입찰 증분 계산을 위해 생각한 5가지 방법 중 어떤 방법의 성능이 가장 우수할까?
• 경매 마감 시간에 다다른 시점, 잠재 입찰자의 Access Token이 만료되면 경매 생성자와 기업 측이 최대 이익을 갖게 할 기회가 상실될 텐데, Refresh Token을 사용하지 않고도 Access Token을 발급할 수 있는 방법이 없을까?