백엔드
10년 된 레거시를 현대화하다 - Part.3: 대고객 서비스로의 확장
두줄요약
매장 도메인을 온·오프라인 대고객 서비스로 확장한 과정과 API 분리 전략을 소개했습니다. 또한 ECS, TeamCity, Datadog 기반의 배포·모니터링 구성까지 정리했습니다.
문제 상황
- DDD로 분리한 매장 도메인을 온·오프라인 대고객 서비스에 연계해야 하는 확장 과제
- 외부 고객용 서비스와 내부 연동용 서비스에서 요구 정보와 데이터 양이 서로 다른 상황
- 클라이언트 증가로 인한 트래픽 분산, 유지보수성, 모니터링 강화 필요성
원인 분석
- 고객 노출 정보와 내부 운영 정보의 범위 차이
- 외부 환경에서 대형 JSON 응답을 그대로 제공할 경우 응답 지연과 렌더링 지연 가능성
- 서비스 환경이 늘어날수록 단일 구성의 관리 한계와 장애 대응 복잡도 증가
해결 방법
- external과 internal을 구분한 HTTP API 설계
- 매장 기본정보와 매장 요약정보를 분리해 필요한 데이터만 제공
- 멀티모듈 구조와 ECS, TeamCity, Datadog을 활용해 배포·운영·모니터링 체계 구성
성능/운영 포인트
- 외부 API의 응답 크기 최소화와 지연 시간 관리
- 환경별 서비스 분리로 클라이언트 유입 경로 관리
- Status Code, 응답 속도, 대시보드, 알람 포맷 중심의 운영 가시성 확보