LabHub

큐와 비동기 API

클라우드 네이티브 아키텍처 · 중급 · 이론 6 · 퀴즈 6 · 실습 5

큐를 넣는 순간 시스템은 빨라지는 대신 어려워집니다. 순서가 흔들리고, 같은 메시지가 두 번 오고, 소비자가 밀리면 어딘가 조용히 쌓입니다. 이 코스는 Redis 만으로 큐를 직접 만들어 그 세 가지 문제를 하나씩 재현하고 하나씩 막습니다. 그리고 그 큐 위에 202 Accepted 로 시작하는 비동기 API 를 얹어, 작업 제출부터 상태 폴링과 웹훅 통보까지 완주합니다.

실습 시작하기

커리큘럼

큐가 필요한 순간

그리고 큐를 넣지 말아야 할 순간.

큐 설계(순서·중복·유실)

리스트와 스트림, 무엇을 언제 고르는가.

소비자 멱등성

정확히 한 번은 전달이 아니라 수신이 만든다.

재시도와 DLQ

포기할 줄 알아야 재시도다.

백프레셔와 처리량

큐 깊이는 지연으로 번역된다.

비동기 API 설계(202 Accepted·폴링·웹훅)

느린 작업을 HTTP 로 정직하게 표현하는 법.

참고 문서