그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록MessageQueue
MessageQueue

시스템 간 비동기 연동 방식에는 무엇이 있나요?

실무5/5
설계5/5
인간4/5
기초3/5

면접관의 질문 의도

비동기 연동의 장점만 나열할지, 언제 어떤 방식을 골라야 하는지까지 답하는지를 가른다. 메시지 신뢰성·트랜잭션 경계·운영 비용을 함께 보는지가 변별 지점이다.

큐레이션 답변

학습 자료

비동기 연동은 호출자가 응답을 기다리지 않고 메시지를 넘겨 시스템 결합도를 끊는 방식이다. 메시징 큐는 처리량이 강하지만 유실·중복·순서 보장 설계가 별도로 필요하고, DB 기반 전달(아웃박스·폴링)은 트랜잭션과 함께 묶이는 대신 스키마 변경과 폴링 부하를 떠안는다. CDC는 변경 로그로 로직을 단순화하지만 변경의 비즈니스 의도가 빠지기 쉽다. 어느 쪽이 정답이라기보다 트랜잭션 경계와 운영 부담 사이에서 고르는 문제다.

좋은 답변 구조

  1. 01비동기 연동의 공통 목적과 결합도 끊기를 한 문장으로 정리한다
  2. 02메시징 큐·DB 기반·CDC 세 방식의 동작 흐름을 차례로 설명한다
  3. 03유실 방지·순서 보장·트랜잭션 원자성 축에서 차이를 비교한다
  4. 04도메인 특성과 운영 여건에 맞춰 어느 방식이 맞는지 기준을 제시한다

자주 실수하는 포인트

메시지 큐만 도입하면 신뢰성이 자동으로 따라온다고 본다
트랜잭션 경계와 중복 처리(idempotency) 설계를 빠뜨린다
재처리·관측성·DLQ 같은 운영 절차를 빼고 말한다
세 방식을 동격으로 나열만 하고 언제 무엇을 골라야 하는지 답하지 못한다

실무 맥락

  • 주문 이후 결제·알림·재고 같은 시스템을 따로 분리해 흘려야 하는 환경
  • 이벤트 기반 마이크로서비스 사이에서 도메인 이벤트를 전달해야 하는 환경
  • 원장 DB 변경을 검색·분석·캐시 같은 다운스트림으로 전파해야 하는 플랫폼

본인 경험에 녹이는 힌트

연동 장애가 났을 때 재처리 정책을 어떻게 설계했는지 말할 수 있다면 신뢰성 축을 자연스럽게 풀어낼 수 있다

메시지 중복 수신을 idempotency 키로 막아본 경험이 있다면 정확히 한 번 처리 논의에 연결된다

Outbox나 CDC로 방식을 바꾸면서 운영 복잡도가 어떻게 달라졌는지 비교한 경험이 있다면 선택 기준 설명에 무게가 실린다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1메시지 유실을 줄이기 위한 기본 패턴은 무엇인가요
Q2Outbox 패턴은 어떤 문제를 해결하나요
Q3CDC를 사용할 때 이벤트 스키마 버전 관리는 어떻게 하나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문