Microservices Communication Patterns (Saga, Circuit Breaker) · 강의

멱등 이벤트 소비자 구축

멱등 소비자, 인박스 패턴, 아웃박스 패턴을 사용해 안무 방식 사가 참여자가 중복되거나 순서가 뒤바뀐 이벤트에도 안전하게 대응하도록 만들어 보세요.

멱등 이벤트 소비자 구축은(는) CoddyKit의 무료 Microservices Communication Patterns (Saga, Circuit Breaker) 강의입니다. 이것은 4개 중 4번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Microservices Communication Patterns (Saga, Circuit Breaker) 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Microservices Communication Patterns (Saga, Circuit Breaker) 강의에는 총 4개의 강의가 포함되어 있습니다.

이 강의의 일부는 아직 번역되지 않았으며 영어로 표시됩니다.

Events Get Redelivered

In a choreography saga, services react to events from a broker. Brokers deliver at least once, so the same event can arrive twice — and sometimes out of order. Naive handlers double-charge or double-ship.

The Goal: Idempotent Consumers

An idempotent consumer can process the same event repeatedly with no extra effect. This is essential for correctness in any event-driven saga.

Track Processed Event Ids

Give every event a unique id. Before handling, check whether you have already processed that id; if so, skip and acknowledge.

if (inbox.exists(event.id())) { ack(); return; }
handle(event);
inbox.save(event.id());
ack();

The Inbox Pattern

The inbox pattern stores processed event ids in a table inside the same database transaction as the business change. Insert + work commit together, so a redelivery is rejected by the unique constraint.

BEGIN;
  INSERT INTO inbox(event_id) VALUES (?); -- unique
  UPDATE orders SET status = 'PAID' WHERE id = ?;
COMMIT;

Why Atomicity Is Key

If you ack the event but crash before committing the business change, the work is lost. Doing both in one transaction guarantees they succeed or fail together.

The Dual-Write Problem

A participant must often update its DB and publish a new event. Doing these as two separate calls risks one succeeding and the other failing — the classic dual-write problem.

The Outbox Pattern

The outbox pattern solves it: write the outgoing event into an outbox table in the same transaction as the business change. A separate relay publishes from the outbox to the broker.

BEGIN;
  UPDATE orders SET status = 'SHIPPED' WHERE id = ?;
  INSERT INTO outbox(payload) VALUES (?);
COMMIT;

Relaying the Outbox

A poller or change-data-capture (CDC) tool like Debezium reads new outbox rows and publishes them, then marks them sent. Publishing is at-least-once, so downstream consumers must be idempotent too.

Handling Out-of-Order Events

Events may arrive out of order. Use version numbers or sequence ids and ignore stale events, or design handlers that converge to the correct state regardless of order.

if (event.version() <= current.version()) return; // stale

Compensations Must Be Idempotent Too

When a saga fails, compensating events also flow through the broker and can be redelivered. A compensation (e.g. refund) must itself be idempotent, or you refund twice.

Putting It Together

A robust choreography participant: consume via the inbox (dedup), do work and write the outbox in one transaction, relay the outbox to the broker, and make every handler — including compensations — idempotent.

Quick Check

Test your event-consumer knowledge.

Recap

You hardened choreography consumers:

Brokers deliver at-least-once, so events repeat and may reorder
Idempotent consumers process duplicates safely
The inbox pattern dedups within the business transaction
The outbox pattern solves the dual-write problem; a relay/CDC publishes it
Handle out-of-order events and make compensations idempotent too

자주 묻는 질문

“멱등 이벤트 소비자 구축” 강의는 무료인가요?

네 — “멱등 이벤트 소비자 구축” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Microservices Communication Patterns (Saga, Circuit Breaker) 강의 전체를 잠금 해제할 수 있습니다. Microservices Communication Patterns (Saga, Circuit Breaker) 강의에는 총 4개의 강의가 포함되어 있습니다.

“멱등 이벤트 소비자 구축”에서 뭘 배우나요?

멱등 소비자, 인박스 패턴, 아웃박스 패턴을 사용해 안무 방식 사가 참여자가 중복되거나 순서가 뒤바뀐 이벤트에도 안전하게 대응하도록 만들어 보세요. 브라우저에서 직접 실행하는 실습 코드로 Microservices Communication Patterns (Saga, Circuit Breaker)을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Microservices Communication Patterns (Saga, Circuit Breaker)을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Microservices Communication Patterns (Saga, Circuit Breaker)은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 4번째 강의입니다.

“멱등 이벤트 소비자 구축” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Microservices Communication Patterns (Saga, Circuit Breaker) 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Microservices Communication Patterns (Saga, Circuit Breaker) 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

← Microservices Communication Patterns (Saga, Circuit Breaker)(으)로 돌아가기