아키텍처
컬리의 새로운 배송 시스템 구축 과정과 우리가 배운점
두줄요약
SaaS TMS의 유연성과 성능 한계를 해결하기 위해 신규 배송 시스템을 구축했습니다. Kafka 기반 병행 운영과 단계적 확장으로 무중단 전환을 완료했습니다.
문제 상황
- SaaS 기반 TMS의 커스터마이징·성능 제약과 배송 모니터링·분석 비효율
- 새벽배송의 대규모 물량과 배송 마감 시각에 따른 무중단 전환 요구
구조와 흐름
- 자원 관리와 운송장·배송 수행 영역으로 분리한 도메인 정의
- Kafka 토픽의 전체 요청을 신규 시스템도 수신하고 운영 지역 요청만 선별 처리
- 기존·신규 시스템 병행 운영, 권역 데이터 동기화, 통합 배송 데이터 제공, Feature Toggle 기반 지역 전환
선택 이유
- 요청 분배를 원천 시스템에 추가하는 방식 대비 수정 범위·협업 조직·롤백 의존성 축소
- 기존 시스템의 권역 판단과 전체 배송 요청 유지로 운영 혼선 방지 및 신속한 롤백 확보
성능/운영 포인트
- 소규모 지역부터 전체 센터까지 5단계 확장과 초기 단계 집중 검증
- 현장 파견·온콜·매일 새벽 이슈 리뷰를 통한 실시간 대응
- 예정보다 3일 빠른 전환 완료와 전환 기간 배송 불가·장애 0건
