Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |
Tags
- Join
- LV02
- Lv.0
- LV03
- spring boot
- 프로그래머스
- 일정관리프로젝트
- Redis
- LV0
- Kafka
- 디자인 패턴
- JPA
- LV.02
- 일정관리 프로젝트
- 포트폴리오
- CoffiesVol.02
- mysql
- LV1
- CI/CD
- 데이터 베이스
- 알고리즘
- GIT
- LV01
- docker
- 연습문제
- 코테
- S3
- Java
- SQL
- 이것이 자바다
Archives
- Today
- Total
목록2025/09 (7)
코드 저장소.

목차1. 도입 배경2. EOS(Exactly Once Semantics) 접근 방식3. 설계 및 구현 방법4. 성능 측정5. 후기 1. 도입 배경현재 서비스는 Outbox + DLQ + Retry 구조로 이벤트 발행 및 복원력을 확보하고 있습니다. 이 방식은 at-least-once 전달 보장을 만족하여 메시지 유실은 방지할 수 있습니다. Outbox로 DB 트랜잭션과 메시지 발행의 원자성을 맞췄고, DLQ/Retry를 통해 장애 상황에서도 재처리가 가능하기 때문에 안정적으로 이벤트를 보낼 수 있습니다. 하지만 여전히 한 가지 문제가 남아 있습니다. 메시지의 중복 처리입니다. 문제의 소지는 동일한 Outbox 이벤트가 재발행되었을 때 Retry 스케줄러가 같은 이벤트를 재전송했을 때 Consumer가 재..
포폴/일정관리앱
2025. 9. 1. 01:57