멱등성 설계 - 키의 단위와 저장 위치, 만료와 재시도 계약 Notes 멱등한 API 설계에서 HTTP 계약의 관점으로 멱등성을 다뤘다. 이 글은 그 아래 층이다. 키를 어떤 단위로 만들고, 어디에 저장하고, 언제 지우고, 동시 요청을 어떻게 막는가. 계약이 정해져도 이 넷을 틀리면 멱등성은 없다. 키의 단위가 “무엇이 한 번인가”를 정한다 키를 정하는 것은 곧 중복의 정의를 정하는 것이다. 요청 단위(request... 2026/05/29 Notes, Architecture
SLASH 22 리뷰 - 애플 한 주가 고객에게 전달되기까지: 분산락 위에 낙관적 락을 얹고, 타임아웃을 실패로 확정하지 않는 해외주식 원장 Conference 발표 SLASH 22, Server 트랙 연사 이승천 (토스증권 Server Developer) 자료 세션 페이지 · 발표 영상 · 발표 자료 MSA로 만든 해외주식 원장에서 주문 하나가 ... 2026/05/29 Conference, Toss 토스증권 엔지니어 발표 리뷰 2편
당근 「QR을 찍으면 무슨 일이 벌어질까? 당근페이 현장 결제의 모든 것」 리뷰 — 카드망을 빌려 7주 만에 낸 결제와, 그 글이 다루지 않은 승인 응답이 사라지는 순간 Tech Blog Review 원문: QR을 찍으면 무슨 일이 벌어질까? 당근페이 현장 결제의 모든 것 — 당근 기술 블로그, Winter You(당근페이 오프라인 결제팀), 2025-10-02 결제 시스템을 만들어 본 뒤에 읽으면 결제 글의 빈칸이 보인다. 원문은 당근머니 오프라인 결제를 7주 만에 낸 과정을 QR 데이터 구조까지 내려가 설명한다. 그런데 승인 응답이 사라지는 ... 2026/05/28 TechBlog, Daangn 빅테크 기술 블로그 리뷰 39편
SLASH 24 리뷰 - 토스뱅크가 차세대를 하지 않는 이유, 지속 가능한 마이그레이션 전략: 스트랭글러 피그, 6단계 사이클, 컴포지트 분할 정복, 병렬 실행 비교 검증 Conference 발표 SLASH 24 연사 차영록, 김민혜 (토스뱅크 Server Developer) 자료 발표 영상 · SLASH 24 금융권이 기술 부채를 해결하는 방법은 “차세대 프로젝트”였다. 토스... 2026/05/27 Conference, Toss 토스 커뮤니티 백엔드 발표 리뷰 38편
락의 종류와 대기 - row, gap, next-key, intention과 데드락 탐지 Notes “행 락이니까 다른 행은 안 막힌다”고 생각했는데 막히는 경우가 있다. 없는 행을 삽입하려는데 데드락이 나기도 한다. 둘 다 InnoDB가 행뿐 아니라 행 사이의 빈 구간에도 락을 건다는 사실에서 나온다. 락의 종류를 나눠 두면 이런 현상이 설명된다. 공유와 배타 가장 기본은 둘이다. S(shared): 읽기 락. 여럿이 동시에 가질 수 있... 2026/05/25 Notes, Database
SLASH 22 리뷰 - 토스증권 실시간 시세 적용기: 런칭 직전에 폴링을 WebSocket으로 바꾸고, 한 달 만에 200만 계좌를 받아 낸 기록 Conference 발표 SLASH 22, Server 트랙 연사 박성우 (토스증권 마켓 플랫폼팀 Server Developer) 자료 세션 페이지 · 발표 영상 토스증권이 처음 SLASH에 나온 세션이다. ... 2026/05/24 Conference, Toss 토스증권 엔지니어 발표 리뷰 1편
토스증권 Kafka 데이터센터 이중화 리뷰: 미러링보다 오프셋이 어렵고, 재난과 작업의 기준이 다르다 Recruit SLASH 23의 “Kafka 이중화로 다양한 장애 상황 완벽 대처하기”는 토스증권 데이터 엔지니어 강병수 님의 세션이다. 발표 뒤 같은 내용이 Toss Tech에 세 편의 글로 정리됐다. 1편(강병수)이 구조 선택, 2편(송지수)이 데이터 미러링, 3편(김용우)이 Consumer Group Offset 동기화이고, 세 사람 모두 Realtime Da... 2026/05/21 Recruit, Information 토스증권 공개 자료로 읽는 서버 아키텍처 4편
네이버 D2 「테스트는 어떻게 좋은 코드를 만드는가(feat. 험블 객체 패턴)」 리뷰 — 목이 많아지는 것은 테스트의 문제가 아니라 설계의 신호 Tech Blog Review 원문: 테스트는 어떻게 좋은 코드를 만드는가(feat. 험블 객체 패턴) — NAVER D2, 서동유, 2025-03-19 한 줄 요약 테스트가 괴로워지는 이유는 대개 “테스트하기 어려운 코드(전역 객체, 네트워크, 저장소)”를 설계로 격리하지 않고 강력한 목(mock)으로 덮어 버리기 때문이다. 목에는 비용 등급이 있고, 비싼 목(네트워크·글로벌... 2026/05/21 TechBlog, Naver 빅테크 기술 블로그 리뷰 35편
SLASH 24 리뷰 - 대규모 사용자 기반의 마이데이터 서비스 안정적으로 운영하기: 클러스터 단위 서킷 코디네이터, 웹소켓 얼리 리턴, 7일 배치 분산 Conference 발표 SLASH 24 연사 신윤재 (토스 User Financial Data Team, Server Developer) 자료 발표 영상 · SLASH 24 토스 홈 화면의 자산·잔액·거래내... 2026/05/20 Conference, Toss 토스 커뮤니티 백엔드 발표 리뷰 36편
이벤트 소싱과 CQRS - 언제 비용이 이익을 넘는가 Notes 둘은 자주 한 묶음으로 소개되지만 별개의 패턴이고, 따로 쓸 수 있다. 그리고 둘 다 “더 나은 설계”가 아니라 특정 비용을 내고 특정 이익을 사는 거래다. 그 거래의 양쪽을 적어 두면 언제 쓸지가 정해진다. CQRS: 읽기 모델과 쓰기 모델을 분리한다 명령(상태를 바꾸는 것)과 조회(상태를 읽는 것)의 모델을 나눈다. 정의는 여기까지다. Fowl... 2026/05/18 Notes, Architecture