네이버 D2 「일 3,000만 건의 네이버페이 주문 메시지를 처리하는 Kafka 시스템의 무중단 전환 사례」 리뷰 — 두 벌로 발행해 대조한 검증기와, 발행 제어 키를 파티션 키와 같게 둔 이유 Tech Blog Review 원문: 일 3,000만 건의 네이버페이 주문 메시지를 처리하는 Kafka 시스템의 무중단 전환 사례 — NAVER D2, 김태성(Platform Labs), 2024-03-07 이 글을 고른 이유는 MCP의 Shadow Release와 같은 문제를 다른 규모에서 풀었기 때문이다. 나는 MyBatis 조회를 QueryDSL로 옮기며 두 결과를 나란히 ... 2026/07/22 TechBlog, Naver 빅테크 기술 블로그 리뷰 49편
카카오 「메시징 서버의 스트레스 테스트 노하우와 AI가 덜어 준 부분」 리뷰 — 지표를 네 층으로 내려가 읽는 법, 그리고 LLM에게 맡긴 것과 맡기지 못한 것 Tech Blog Review 원문: 메시징 서버의 스트레스 테스트 노하우와 AI가 덜어 준 부분 — kakao tech, 쟈미(jyami)·톡메시징플랫폼, 2026-05-22 한 줄 요약 카카오톡 메시징 팀은 운영과 동일한 스펙의 대상 서버와 Locust 워커 수백 파드로 된 상시 스트레스 테스트 환경을 둔다. 트래픽 비율은 시간대마다 다르므로(신년 자정엔 메시지 전송이 52... 2026/07/20 TechBlog, Kakao 빅테크 기술 블로그 리뷰 48편
카카오페이 「MSA 환경에서 네트워크 예외를 잘 다루는 방법」 리뷰 — Unknown을 타입으로 만든 글과, Unknown을 상태로 저장한 프로젝트가 갈리는 지점 Tech Blog Review 원문: MSA 환경에서 네트워크 예외를 잘 다루는 방법 — 카카오페이 기술 블로그, larry(Payment Clan), 2022-05-25 이 글을 고른 이유는 ParityPay 3편을 쓰고 나서 “같은 문제를 실무 결제 팀은 어떻게 푸는가”가 궁금했기 때문이다. 카카오페이 글은 2022년 글이고, 결제 도메인에서 네트워크 예외를 세 가지 결과로 ... 2026/07/17 TechBlog, KakaoPay 빅테크 기술 블로그 리뷰 47편
market.ticks 파티션 × 컨슈머 격자 — 키가 같아도 순서가 깨진 이유, 크래시 하나가 시세 전체를 멈춘 이유, 파티션 이웃이 인질이 되는 순간 개인 프로젝트 GitHub 저장소 · 보고서 reports/M-002.md 앞 글이 시세가 클라이언트에 닿는 마지막 구간을 쟀다면, 이 글은 그 앞 구간이다. Go 게이트웨이가 202종목의 틱을 Kafka market.ticks에 넣고, Kotlin worker가 그것을 읽어 Redis 최신가·캔들·이벤트 감지로 넘긴다. 파티션 키는 종목 ID(ADR-005). ... 2026/07/13 Monticker, Experiment monticker 설계와 구현 기록 24편
LINE 「도메인에 의존하지 않는 채팅 플랫폼은 어떻게 만들었을까?」 리뷰 — 사용자를 모르는 채팅 플랫폼, 웹으로 만든 클라이언트, SOFT STOP으로 갈아 끼우는 챗봇 시나리오 Tech Blog Review 원문: 도메인에 의존하지 않는 채팅 플랫폼은 어떻게 만들었을까? — LY Corporation Tech Blog, 송재욱(ABC Platform), 2026-04-01 한 줄 요약 챗봇, 문의형 상담, 1:1, 그룹 채팅은 모두 “채팅”이지만 도메인마다 스펙이 다르고, 개별 대응하면 연동 포인트와 복잡도가 기하급수로 는다. MessagingHub는... 2026/07/13 TechBlog, LINE 빅테크 기술 블로그 리뷰 46편
SLASH 24 리뷰 - SSE 이벤트 푸쉬로 불필요한 Polling 제거하기: 3초 폴링을 이벤트로 바꾸고 브로커를 세 번 갈아탄 기록 Conference 발표 SLASH 24, Server 트랙 연사 전연빈 (토스증권 Server Platform Team Leader) 자료 세션 페이지 · 발표 영상 보유 자산 화면이 3초마다 폴링하던 것을... 2026/07/10 Conference, Toss 토스증권 엔지니어 발표 리뷰 9편
WebSocket push와 REST polling을 클라이언트 1만 개에서 재다 — 지연과 서버 비용, Kafka 정지 45초, 느린 소비자 25개 개인 프로젝트 GitHub 저장소 · 보고서 reports/M-001.md monticker의 시세 경로는 Go market-gateway가 틱을 Kafka market.ticks에 발행하고, api가 그것을 구독해 100ms conflation 뒤 STOMP /topic/stocks/{id}로 push하는 구조다. push를 고른 이유는 ADR-029에 적혀 있... 2026/07/08 Monticker, Experiment monticker 설계와 구현 기록 23편
spring-lite로 이해하는 Spring 구현 5 - MiniSpringApplication과 자동 설정 조립 방식 Notes GitHub 저장소 마지막에 다시 보니 Boot는 “조립 담당”에 가까웠다 Spring Boot를 오래 쓰다 보면 SpringApplication.run() 한 줄이 너무 익숙해진다. public static void main(String[] args) { SpringApplication.run(App.class, args); } 그래... 2026/07/07 Notes, Spring spring-lite로 이해하는 Spring 구현 5편
spring-lite로 이해하는 Spring 구현 4 - DispatcherServlet과 MVC 요청 처리 파이프라인 Notes GitHub 저장소 웹 프레임워크를 다시 보니 결국 디스패치 문제였다 Spring MVC를 쓸 때는 @RestController, @GetMapping, @RequestBody가 먼저 눈에 들어온다. 그런데 spring-lite-web을 구현하고 따라가다 보면 시선이 조금 바뀐다. 핵심은 문법보다 먼저 디스패치였다. 어떤 요청이 왔는가 ... 2026/07/06 Notes, Spring spring-lite로 이해하는 Spring 구현 4편
spring-lite로 이해하는 Spring 구현 3 - ProxyFactory, @Transactional, JdbcTemplate 연결 Notes GitHub 저장소 @Transactional을 다시 보게 만든 건 결국 프록시였다 트랜잭션을 공부할 때는 자꾸 DB 쪽으로 먼저 시선이 간다. 커밋, 롤백, 전파, 격리 수준 같은 단어가 더 눈에 띄기 때문이다. 그런데 spring-lite를 만들고 따라가면서 제일 먼저 바뀐 건 시선의 순서였다. DB보다 먼저 프록시를 봐야 했다. 구조를 아주... 2026/07/05 Notes, Spring spring-lite로 이해하는 Spring 구현 3편