박종혁

알림 발송이 API 서버·어드민·배치에 흩어져 외부 API의 rate limit을 강제할 곳이 없었고, 예약 발송과 벌크 실패 추적도 경로마다 따로 구현해야 했습니다. 아키텍처 설계를 전담해, 흩어진 발송 경로를 유량 제어·지연·재시도가 내장된 Redis/BullMQ 큐 하나로 묶었고, 수평 확장 가능한 Worker로 한 달간 3천만 건의 알림톡을 안정적으로 처리했습니다.

발송 이력·관측 데이터는 전달 경로와 분리해 Firehose·SQS/DLQ·Lambda·S3로 보관·분석하는 인프라를 Pulumi로 구축했습니다.

10년 운영된 ASP/VB 시스템은 비즈니스 로직이 699개 스토어드 프로시저에 묶여 서비스 성장 속도를 따라가기 어려웠습니다. 프로시저를 전수 분석해 주문·결제·회원·상품·포인트·SCM 도메인을 Spring Boot 멀티모듈로 재구축하고 2개월 만에 마이그레이션했습니다. 서버사이드 Conversion API로 광고 전환 효율을 168% 높였고, 오픈 1년 만에 매출 700% 성장, 누적 회원 15만 명·MAU 3만 명으로 커졌습니다.

자체 보관 중심 물류는 배송사 상차 제약으로 익일 새벽배송 주문을 17시에 마감해야 했습니다. 컬리 3PL로 이관해 주문 등록·취소와 재고·배송 조회를 연동하고 마감을 19시로 늦췄습니다.

한 화면에서 40~60건의 날짜별 배송 일정 조회에 외부 API로는 500ms~1초가 걸렸는데, 예측 가능하고 실시간성이 낮은 데이터라 캐시를 택했습니다. Redis만으로는 왕복·직렬화로 50~100ms가 남아, Caffeine L1을 앞단에 두고 Redis Pub/Sub 무효화로 인스턴스 정합성을 지키며 L1 응답을 약 10ms로 줄였습니다.

외부 API 장애는 서킷 브레이커·폴백으로 격리해 주문 흐름이 끊기지 않게 했습니다.

Flink·JDBC·Spark 등 여러 인터프리터가 한 컨테이너에서 자원을 공유해, 한 작업의 부하가 다른 작업의 성능·안정성까지 흔드는 구조였습니다. 인터프리터를 Kubernetes Pod 단위로 분리하는 컨테이너화에 기여해 자원·장애 영향 범위를 나누고 독립 실행·확장 기반을 마련했습니다.

이 기여로 오픈소스 컨트리뷰션 아카데미 최우수상(정보통신산업진흥원장상)을 받았습니다. 팀 기여 기간에 Zeppelin은 Kafka·Spark 등 Apache TLP 가운데 커뮤니티 건강 지수 10/10으로 가장 높았고, 사용자 토론과 PR 리뷰도 각각 246%, 858% 늘었습니다.

ECC의 formatter hook은 파일 편집마다 실행돼 매번 약 3.3초로 편집 흐름을 끊었습니다. 프로젝트 설정에 맞춰 Biome·Prettier를 자동 선택하는 감지 로직을 넣고, 로컬 바이너리 우선 사용과 중복 검사·프로세스 호출 제거로 실행 경로를 줄였습니다. 로컬 벤치마크 기준 실행 시간을 약 3.3초에서 63ms로 52배 단축했습니다.