딜리버리 암호화 모듈 개발기
배송 시스템 요구에 맞춰 JPA 컨버터와 봉투암호화 기반의 암호화 모듈을 직접 개발했습니다. 의존성·호환성·엣지 케이스·성능을 함께 검증하며 여러 서비스 적용 기반을 마련했습니다.
#JPA#Spring Boot#Hibernate
100
모든 블로그
대표 인기 포스트Claude Code를 활용한 예측 가능한 바이브 코딩 전략370 조회370 조회 백엔드 백엔드
아키텍처
아키텍처 기타
기타 백엔드
백엔드 아키텍처
백엔드 백엔드
백엔드
백엔드
백엔드
백엔드
백엔드
백엔드 백엔드
마켓컬리
주요 카테고리 백엔드 · AI · 아키텍처
활동 요약
- 최근 30일
- 3개
- 평균 조회
- 27
- 누적 조회
- 6,328
- 전체 글
- 236개
- 마지막 발행
- 2026. 11. 9.
마켓컬리 기술 블로그 글 (236)
딜리버리 암호화 모듈 개발기
배송시스템용 암호화 모듈을 직접 개발하고 자동 암/복호화, 봉투암호화, 종속성 최소화 전략을 정리했습니다. 테스트와 성능 측정으로 엣지케이스와 운영 적합성도 검증했습니다.
#JPA#Hibernate#암호화
6400
OMS의 최적화된 마이크로서비스 아키텍처 디자인
OMS를 판매처와 풀필먼트 사이의 주문 인터프리터로 설계한 과정을 소개했습니다. shared cache 중심 MSA로 트래픽을 줄이고 병렬 개발·상시 배포를 지원합니다.
#MSA#cache#API
100
OMS의 최적화된 마이크로서비스 아키텍처 디자인
OMS를 판매처와 풀필먼트를 잇는 인터프리터로 보고, 최소 동기화와 재가공 서빙을 중심으로 마이크로서비스와 shared cache 구조를 설계했습니다. 이를 통해 작은 단위 개발과 상시 배포, 피크 트래픽 흡수를 가능하게 했지만, 팀 전체의 높은 컨텍스트 공유가 필요했습니다.
#MSA#cache#Spring Boot
8600
딜리버리 프로덕트 개발팀의 개발 문화 - 주니어 디버깅 스터디
주니어 개발자의 에러 대응 역량을 높이기 위한 10주 디버깅 스터디 과정을 소개했습니다. 단서 수집과 가설 검증으로 근본 원인을 찾는 방법을 공유합니다.
#디버깅#logging#Redis
100
딜리버리 프로덕트 개발팀의 개발 문화 - 주니어 디버깅 스터디
주니어 개발자들의 디버깅 역량 강화를 위해 10주간 스터디를 진행했습니다. 현상보다 원인과 단서 수집에 집중하는 디버깅 습관과 실전 사례를 공유했습니다.
#디버깅#Spring Boot#Redis
19500
Kafka Connect로 DB 데이터 쉽게 연동하기
Kafka Connect와 JDBC Source Connector로 DB 데이터를 Kafka에 연동하는 구조와 증분 쿼리 모드를 설명했습니다. 쿼리 기반 CDC의 누락 사례와 지연 옵션을 통한 완화 방법을 정리했습니다.
#Kafka#Kafka Connect#JDBC
200
Kafka Connect로 DB 데이터 쉽게 연동하기
Kafka Connect와 JDBC 소스 커넥터로 DB 데이터를 Kafka에 연동하는 방법을 설명했습니다. 쿼리 기반 CDC의 한계와 데이터 누락을 줄이는 설정도 함께 정리했습니다.
#Kafka Connect#JDBC#CDC
9200
물류의 물짜도 모르던 OMS PM의 OMS 구축기
OMS의 연동 데이터와 운영자 업무를 분석해 주문 이행·분배 계획 시스템이라는 비전을 정의했습니다. TAM 기능 통합과 CAPA 기반 자동화로 분산된 수기 주문 관리 업무를 개선했습니다.
#OMS#WMS#TMS
300
물류의 물짜도 모르던 OMS PM의 OMS 구축기
OMS의 목적과 역할을 재정의하며 TAM 통합과 주문 분배 계획 단일화를 이끈 구축기입니다. 수기 업무를 줄이고 CAPA 기반 자동화로 운영 생산성을 높이는 과정을 다뤘습니다.
#OMS#물류#TMS
6800
주소정제 서비스 내재화 - 1화 ( 줄줄 새는 돈 )
외부 주소 정제 서비스의 비용과 통제 한계, 배송 오류 사례를 바탕으로 내재화 필요성을 분석했습니다. 도로명 주소·상세주소 특성을 정리하고 행정안전부 API 활용을 검토했습니다.
#주소정제#도로명주소#API
800
주소정제 서비스 내재화 - 2화 ( 그럴싸한 계획 )
행안부 API와 축적 주소 데이터를 결합해 외부 주소정제 호출과 비용을 크게 줄였습니다. 다만 API 장애와 데이터 범위 한계로 장기 내재화 전략은 재검토했습니다.
#주소정제#API#cache
000
주소정제 서비스 내재화 - 3화 ( 노가다의 달달한 열매 )
외부 API 장애를 계기로 전국 건물 DB를 구축하고 일 단위 자동 동기화 체계를 마련했습니다. 건물관리번호 기반 캐시로 OMS 배송권역 관리도 단순화했습니다.
#DB#API#주소정제
300
주소정제 서비스 내재화 - 4화 ( 슬픈예감 )
건물 DB와 주소 파싱 로직으로 단독건물 주소정제를 내재화하고 외부 API 호출을 약 60% 절감했습니다. 행정구역 변경과 비정형 입력은 명칭 보정, 폴백, 테스트 누적으로 대응했습니다.
#주소정제#DB#API
100
주소정제 서비스 내재화 - 5화 ( 어질어질한 변화구들 )
복합건물 상세주소의 자유 입력과 건물 DB 불일치를 정확도 레벨로 체계화했습니다. 인접 단지 탐색과 전처리로 동 추출률을 높이고 외부 API 호출을 줄였습니다.
#주소정제#API#건물 DB
100
주소정제 서비스 내재화 - 마지막 화 ( 엔드 게임 )
지번 주소와 변경 전 주소를 자체 처리해 외부 주소정제 API 의존성을 제거했습니다. 2개월간 외부 호출 없이 안정성을 검증한 뒤 계약을 종료했습니다.
#API#DB#백오피스
300
주소정제 서비스 내재화 - 1화 ( 줄줄 새는 돈 )
컬리 OMS 팀이 외부 주소정제 서비스의 비용 부담과 CS 문제를 계기로 내재화를 검토한 배경을 정리했습니다. 도로명주소 구조와 건물관리번호를 바탕으로 주소정제의 목적과 중요성을 설명했습니다.
#주소정제#도로명 주소#OMS
6500
주소정제 서비스 내재화 - 2화 ( 그럴싸한 계획 )
외부업체 호출을 줄이기 위해 행안부 API와 축적 데이터를 활용한 주소정제 1.0을 운영에 올렸습니다. 그러나 행안부 API 지연으로 장애가 발생해 핫픽스로 완화했고, 장기 해법은 아니라고 재평가했습니다.
#API#cache#모니터링
3300