30초 답변

message delivery semantics는 메시지가 실패와 재시도 상황에서 몇 번 처리될 수 있는지를 설명하는 모델입니다. at-most-once는 최대 한 번 전달되어 중복은 적지만 유실 가능성이 있습니다. at-least-once는 적어도 한 번 전달되어 유실은 줄지만 중복 처리가 생길 수 있습니다. exactly-once는 사용자가 보기에는 한 번만 처리된 것처럼 보장하려는 모델인데, 실제 시스템에서는 idempotency, transaction, offset 관리가 함께 필요합니다.

꼬리질문

조금 더 깊게 물어본다면

답변 뒤에 이어질 수 있는 질문들을 하나씩 열어볼 수 있어요.

1

2

3

4

5

at-least-once에서는 왜 중복이 생기나요?

처리 성공 후 ack 전에 장애가 나면 broker는 처리 여부를 모르기 때문에 다시 전달할 수 있습니다.

이전 질문다음 꼬리질문

부가 설명

메시지 큐를 쓰면 비동기 처리는 쉬워지지만 “정확히 한 번 처리됐나?”라는 질문이 생깁니다. 소비자가 메시지를 처리한 뒤 ack 전에 죽으면 broker는 다시 보낼 수 있습니다. 그러면 중복 처리가 생깁니다. 반대로 ack를 먼저 보내고 처리 중 죽으면 메시지가 사라질 수 있습니다.

그래서 at-least-once + idempotent consumer 조합을 먼저 떠올리는 경우가 많습니다. 중복이 올 수 있다고 보고, 같은 idempotency key나 message id를 기준으로 한 번만 반영되게 만드는 식입니다. exactly-once는 제품 문구처럼 단순히 믿기보다 어떤 범위에서 보장되는지 확인해야 합니다.

한 줄 정리

delivery semantics는 메시지 유실과 중복을 어떤 방식으로 감당할지 정하는 기준입니다.