- HTTP 입력 검증
- 202와 status URL 반환
- 업무 실행은 하지 않음
접수, 보관, 실행, 결과의 성공 기준을 따로 둔다
한 계층이 모든 책임을 가지면 재시도와 장애 원인을 구분하기 어려워집니다.
- 직렬화 가능한 payload
- 재시도·보관 옵션
- 큐 접수 실패를 노출
- job과 상태 저장
- Worker 간 작업 조정
- AOF·백업 정책 필요
- 실제 부수 효과 수행
- 진행률·결과 기록
- 실패는 Error로 전달
경계 규칙: API가 작업을 접수한 성공과 Worker가 업무를 끝낸 성공을 같은 상태 코드로 표현하지 않습니다.