This organization was marked as archived by an administrator on Jan 2, 2026. It is no longer maintained.
Replies: 1 comment
-
|
RabbitMQ 도입해보는 것도 좋다고 생각합니다 아애 RabbitMQ를 도입해.. 아키텍처를 이벤트 기반으로 가져가도 좋을 것 같아요. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
현 상황
RDB → ES 색인 과정을 배치 또는 서비스에서 직접 수행 중
색인 성공/실패 시점을 외부에 알릴 방법이 없어, 문제 발생 시 파악·대응이 어려움
문제점
색인 중간에 에러가 나면 어디서, 어떤 ID가 누락됐는지 즉시 확인 불가
색인 로직과 후처리(알림·모니터링·재시도)가 긴밀하게 결합되어 있어 변경 시 리스크 큼
저의 제안: RabbitMQ 이벤트 발행
성공 이벤트 & 실패 이벤트
ES 색인 후 결과(성공/실패)와 누락 ID 정보 포함하여 발행
도입 시 기대 효과
색인 로직과 후속 처리(알림, 모니터링, 재시도)를 분리하여 개발 가능
신뢰성 향상: 실패 이벤트를 데드레터 큐나 재시도 서비스로 연결해 ‘최종 일관성’ 보장
여러분의 생각은 어떠신가요?
Beta Was this translation helpful? Give feedback.
All reactions