
핵심요약
이 글은 판매몰과 컬리 풀필먼트 시스템 사이에서 게이트웨이 역할을 하는 OMS의 아키텍처가 어떻게 변화하고 발전했는지 상세히 소개합니다.
OMS 아키텍처 변화: 판매몰-컬리 풀필먼트 게이트웨이 역할 강화
초기 OMS 아키텍처의 한계
- 판매몰과 컬리 풀필먼트 시스템 간 직접적인 데이터 연동의 복잡성
- 각 판매몰의 다양한 API 규격 및 데이터 형식 처리의 어려움
- 주문 및 재고 정보의 일관성 유지를 위한 중앙 집중식 관리의 필요성 대두
게이트웨이 역할 강화를 위한 아키텍처 개선
- OMS를 **통합 미들웨어(Gateway)**로 재설계하여 데이터 흐름 단일화
- 판매몰별 어댑터 패턴(Adapter Pattern) 도입으로 API 인터페이스 추상화
- 주문 접수, 상품 정보 동기화, 재고 차감 등 핵심 비즈니스 로직 중앙 집중화
- 컬리 풀필먼트 시스템과의 **안정적인 메시징(Messaging)**을 위한 큐(Queue) 시스템 활용
구현 세부사항 및 기술 스택
- Spring Boot 기반의 마이크로서비스 아키텍처 채택
- 데이터 연동을 위한 RESTful API 및 Kafka를 활용한 비동기 메시징 구현
- DDD(Domain-Driven Design) 패턴 적용으로 도메인 모델의 응집도 향상
- Kubernetes 환경에서의 배포 및 스케일 아웃 전략 수립