주제

질문으로 읽기

태그가 아니라 질문으로 묶었습니다. 궁금한 질문 하나를 고르면, 직접 재 본 글부터 다른 팀이 같은 문제를 푼 글까지 정해 둔 순서대로 읽을 수 있습니다.

오늘의 질문 Kafka와 메시징 49편

Kafka와 메시지 기반 연동을 어디까지 다뤄 봤나

직접 만들고 재 본 것 27 기술 블로그 리뷰 11 컨퍼런스 발표 리뷰 11

세 편으로 답하기

01 · 먼저 읽을 글 ParityPay로 검증하는 결제 정합성 5 - DB 커밋과 Kafka 발행 사이: Transactional Outbox와 at-least-once 소비자 ParityPay로 검증하는 결제 정합성 · 5편
02 · 이어서 ParityPay로 검증하는 결제 정합성 8 - Kafka에서 중복·유실·순서 역전을 직접 만들어 보기: 멱등 소비자와 Outbox가 막는 것과 못 막는 것 ParityPay로 검증하는 결제 정합성 · 8편
03 · 다른 팀의 답 네이버 D2 「일 3,000만 건의 네이버페이 주문 메시지를 처리하는 Kafka 시스템의 무중단 전환 사례」 리뷰 — 두 벌로 발행해 대조한 검증기와, 발행 제어 키를 파티션 키와 같게 둔 이유 빅테크 기술 블로그 리뷰 · 49편

이 질문의 글 49편 보기 리뷰만 보기

다른 질문

데이터베이스 내부와 트랜잭션

DB를 쓰는 사람인가, DB가 어떻게 도는지 아는 사람인가

직접 68 · 블로그 14 · 발표 2 먼저: ParityPay로 검증하는 결제 정합성 2 - 잠금을 필요 이상으로 오래 쥐고 있었다: 추론을 측정으로 바꾼 기록

결제·정산 정합성

돈이 오가는 시스템에서 무엇이 틀리면 안 되는지 정의할 수 있나

직접 36 · 블로그 7 · 발표 11 먼저: ParityPay로 검증하는 결제 정합성 1 - 장애가 나도 지켜야 할 금융 불변조건 여섯 가지

Spring과 JVM 백엔드

프레임워크 뒤에서 무슨 일이 벌어지는지 설명할 수 있나

직접 100 · 블로그 9 · 발표 11 먼저: spring-internals-lab로 다시 읽는 Spring 1 - 이 프로젝트는 무엇을 검증하려는가

실시간 처리와 캐시

초당 수만 건을 밀어내면서 순서와 지연을 어떻게 지키나

직접 30 · 블로그 5 · 발표 8 먼저: WebSocket push와 REST polling을 클라이언트 1만 개에서 재다 — 지연과 서버 비용, Kafka 정지 45초, 느린 소비자 25개

장애 대응과 관측

느린 외부 기관 하나가 전체를 멈추지 못하게 할 수 있나

직접 84 · 블로그 7 · 발표 9 먼저: ParityPay로 검증하는 결제 정합성 9 - 느린 기관 앞에서 결제 서버를 지키기: 타임아웃, 재시도, 차단기, 리미터, 벌크헤드가 각각 무엇을 막는가

아키텍처와 마이그레이션

큰 시스템을 멈추지 않고 어떻게 바꾸나

직접 56 · 블로그 7 · 발표 7 먼저: 모듈식 모놀리스를 선택한 이유 — MSA의 유혹을 거부하기

두 질문이 만나는 글

한 편이 두 질문에 동시에 답하는 곳입니다. 한 주제를 다 읽었다면 여기서 다음 주제로 건너가세요.