패션 이커머스 서비스의 아키텍처 성장 기록 | 인프콘2023

목표 구조만 정하는 대신 전환 전략, 조직의 공감대, 채용과 일하는 방식까지 입력 조건으로 정의하고 빅뱅 재작성은 피한다. Strangler 패턴으로 새 기능은 새 서비스에 만들고 트래픽을 점차 옮기며, 하위 기술 의존성보다 상품·커머스처럼 비즈니스 영향이 큰 도메인부터 분리한다. 도메인 규칙을 기술에서 떼고 Java·Spring 표준을 마련하되 필요한 레거시는 재사용해 서비스가 멈추지 않는 현실적인 이행 경로를 만든다.

트래픽은 약 10배, 거래액은 77% 성장하는 동안 상반기 11건의 장애를 겪었지만 전체 가용성은 99.85%를 유지했다. 상품 상세 화면이 여러 마이크로서비스의 데이터를 조합하면서 검색과 추천이 같은 Elasticsearch에 의존했고, 한쪽의 부하가 다른 핵심 기능까지 흔드는 결합이 드러났다. 서비스 경계를 나눴어도 읽기 모델과 데이터 접근이 분리되지 않으면 장애가 전파될 수 있다는 점이 근본 개선의 출발점이 된다.

장기 해법으로 상품 변경 이벤트를 Kafka로 전달하고 조회에 필요한 필드를 MongoDB 같은 별도 저장소에 비정규화한 materialized view를 구성한다. 상품 상세 요청이 검색 엔진과 여러 서비스에 실시간으로 질의하지 않아도 되어 읽기 성능과 장애 격리를 함께 얻을 수 있다. 구축 전에는 조회 필드를 줄이고 마지막 정상 응답 캐시를 설정 플래그로 전환하며 Elasticsearch 용량을 늘려 시간을 벌되, 임시 조치를 근본 해결로 착각하지 않는다.

즉시 용량을 증설한 뒤 각 스쿼드가 자신이 만든 서비스를 운영하고 문제·목표·제약·대안·배포와 운영 계획을 설계 문서로 남겨 구현 전에 리뷰한다. 문서는 팀 간 일관성을 만들고 실패 가능성을 일찍 드러내며, 개발자가 선택의 근거와 운영 영향을 함께 사고하도록 성장시키는 장치가 된다. 이후 Kafka 기반 비동기 통신, 서비스 그룹별 데이터베이스 분리, Team API와 문서·ADR을 통해 신뢰성·개발자 경험·생산성을 계속 높이는 로드맵을 제시한다.