Redis, Stomp(Socket)를 이용해 대기열을 구현하고 있습니다.

Question

레디스 Sorted Set을 이용해서 Working 큐와 Wating 큐를 구현하려고 합니다.[1] 특정 판매자가 자신의 쇼핑몰에 대해 예약을 생성합니다.예약 가능한 사람의 숫자를 입력받습니다. (ex. 20명)서비스 로직에서 판매자 인증을 하고 redis에 Working 큐와 Wating 큐를 초기화시킵니다.이때 UUID로 큐들의 식별자를 생성하고, DB의 Reserve 테이블에 이(Working 큐 uuid, Wating 큐 uuid)를 저장합니다.[2] Reserve 테이블의 idx 값으로 구매자는 예약에 등록합니다. (Working 큐가 꽉 차지 않았을 때)현재 사용자가 Working 큐에 있는 경우 사이트 재접속(새로고침 시) 시 또는 Working큐에 20명이 차지 않을 때 시큐어 설정이 안 되어있고, 결제 페이지에 접근할 수 있는 복호화가 가능한 토큰을 발급합니다.이 토큰은 스프링 시큐리티의 권한 확인 메서드를 확장해서 -> 요청 값에서 header의 URL을 가져와 /reserve/${storeIdx}이런식일때 토큰의 내용은 storeIdx값을 가지고 있어서 토큰을 가진 사용자만 해당 /reserve/${storeIdx} 요청을 인가합니다.해당 토큰을 가진 사용자는 특정 url에 접근할 수 있습니다.[3] Reserve 테이블의 idx 값으로 구매자는 예약에 등록합니다. (Working 큐가 꽉 차고, Wating 큐에 대기 할 때)이때 대기열 페이지를 띄우면서 21번째 사용자이고, 20번째 사용자가 예약을 취소하는 경우 결제 페이지에 접근할 수 있는 토큰을 발급받고 접속합니다.1초마다 페이지를 갱신하면서 만약에 1~20번째 중 한명의 사용자가 취소하고 나가는 경우 Wating 큐에 있는 21번째 사용자를 Working 큐에 올려줍니다.[궁금한 점]1초마다 페이지를 갱신하면서 현재 위치에 대해서 Polling 방식 즉 HTTP 요청으로 값을 가져옵니다.근데 이럴 경우 대기하는 사용자가 1000명인 경우에 부하가 심할 것 같습니다. 1 * 1000번 요청따라서 StomClient로 소켓연결을 통해 현재 위치를 가져오려고 합니다. Polling 방식 과 Socket 방식 중에 어떤 방식이 최선일까요

코마상태 · Answer

혹시 답이 정해져 있는 질문인가요?? 벌써 혼자서 맞는 답을 찾으신 것 같은데

2948284 · Answer

받기만 하면 될땐 SSE로 하면 됩니다.그런데 1000명 이상의 세션 관리가 더 까다로울 수도 있습니다^^엥간한 서비스의 경우 폴링해도 님의 서버가 터질일은 없을겁니다. 걱정하지 않아도 돼요.천명이 예약시스템에 접근 또는 대기열을 새로고침하며 내 순번을 찾는 트래픽이나, 주기적인 폴링이나, 버텨야 하는건 같습니다.

Redis, Stomp(Socket)를 이용해 대기열을 구현하고 있습니다.

2개의 답변

Q&A 목록