[안성 온라인 WMS] 구축 배경 및 아키텍쳐

1. 개요

다이소는 전국 물류 거점을 권역별로 운영하고 있다. 안성 물류센터(중부권), 부산 물류센터(경상·전라권), 남사 물류센터(수도권 상부·서울), 그리고 안성 온라인센터로 각 권역의 입출고를 자체 시스템으로 관리하고 있다.

그러나 B2C, 즉 다이소몰 온라인 물류의 경우 운영 경험이 충분하지 않아 기존에는 다우시스템의 사방넷 플랫폼(외부 WMS) 에 의존하여 안성 온라인센터를 운영해왔다.

 

2. 구축 배경

2.1 외부 시스템 의존도 문제

기존 구조(AS-IS)는 다이소몰 주문이 사방넷 WMS를 거쳐 코텍 DAS로 작업 지시가 내려가는 단일 외부 의존 구조였다. 이 구조는 다음과 같은 한계를 가지고 있었다.

• 외부 플랫폼 종속으로 인한 커스터마이징 제약
• 시스템 장애 발생 시 대응 유연성 부족
• 다이소 특유의 물류 흐름에 최적화된 로직 적용 어려움
• 운영 보수 비용의 지출 

2.2 사업 규모 확대에 따른 자체 역량 필요

다이소 취급 SKU는 3만 개를 상회하며, 균일가 정책 특성상 소량·다품종 출고 구조를 갖는다. 이에 따라 일반적인 WMS 솔루션으로는 생산성 극대화에 한계가 있었고, 물류 흐름 전반을 직접 제어할 수 있는 자체 WMS 시스템 구축이 필요하게 되었다.

2.3 다중 센터 통합 관리 전략

안성 온라인 WMS를 첫 번째 프로젝트로 시작하여, 향후 세종 온라인 WMS, 양주 옴니 WMS로 순차적으로 확장하는 로드맵을 수립하였다. 상위 OMS(주문관리시스템)가 각 센터의 Capacity를 파악하고 주문을 분리·배분함으로써, 효율적인 입출고 물량 제어를 목표로 한다.

<TO BE 물류 시스템 아키텍쳐>

3. 시스템 아키텍처

3.1 MSA 기반 서버 분리 구조 채택

첫 번째 자체 구축 프로젝트인 만큼, 결합도를 낮추고 장애 시 격리 및 변경에 유연한 MSA(Microservice Architecture) 를 아키텍처 방향으로 채택하였다. 단일 모놀리식 구조 대신 역할별로 서버를 분리하여 독립적인 배포와 운영이 가능하도록 설계하였다.

서버역할

 

OMS	다이소몰 주문 수신 및 센터 배분 관리
WMS	창고 입출고, 재고, 작업 지시 관리
WIF	설비(소터, 컨베이어 등) 인터페이스 관리
Report Server	OZ Report 기반 전표·보고서 출력
API Server	대외 및 모듈 간 인터페이스 처리
Batch Server	Quartz + Spring Batch 기반 정기 배치 처리

각 서버 간 세션은 Redis를 통해 공유하여 독립적인 서버 구성에서도 일관된 사용자 인증 상태를 유지할 수 있도록 하였다.

3.2 기술 스택

구분기술 

Web Server	Nginx 1.24 (리버스 프록시 및 로드밸런서)
WAS	Spring Boot 3.2.3 / JDK Amazon Corretto 17
Front-end	Nexacro N V24 (UI 개발 기간 단축 목적)
DBMS	Oracle 19c
Batch	Quartz + Spring Batch
형상관리	Gitea 1.23.6
CI/CD	Jenkins 2.492.3
빌드 관리	Nexus (내부 라이브러리 저장소)
모니터링	Scouter 2.20.0

 

3.3 구축 범위 및 서버 스팩

기존 시스템이 온프레미스(On-Premises) 방식으로 구축되어 있고, 구축 일정이 촉박한 데다 1년 운영 후 세종 물류센터로 이관될 예정임을 고려하여, 동일한 온프레미스 구조를 유지하는 방향으로 결정하였다. 세부 스펙 및 구축 범위는 다음과 같다.

<안성온라인WMS 구축범위 및 세부 스팩>

4 마치며

이 포스팅은 2025년 한 해 동안 진행한 물류 시스템 구축 경험을 돌아보는 회고를 목적으로 한다. 해당 회고를 바탕으로 2030년까지 예정된 후속 물류 시스템 구축 과정에서 개선해 나갈 점들을 함께 정리해보고자 한다.

다음 포스팅에서는 프로젝트 전체 WBS를 소개할 예정이다.