엔터프라이즈 데이터 거버넌스의 기반을 다지고 품질(DQI)을 확보했다면, 이제 본격적으로 마스터 데이터 관리(MDM) 시스템의 물리적, 논리적 아키텍처를 설계할 차례입니다. MDM 프로젝트의 성패를 가르는 첫 번째 중대한 결정은 바로 “어떤 데이터를 통합할 것인가?” 즉, ‘데이터 도메인(Data Domain)’의 범위를 설정하는 것입니다.
본 문서에서는 MDM 시스템 설계의 양대 산맥인 싱글 도메인(Single-Domain) 모델과 멀티 도메인(Multi-Domain) 모델의 아키텍처 구조를 비교 분석하고, 기업의 규모와 비즈니스 목적에 맞는 최적의 도입 전략을 제시합니다.
1. MDM 아키텍처에서 ‘도메인(Domain)’의 정의
데이터 관리 영역에서 ‘도메인’이란 기업 비즈니스를 구성하는 핵심 주체나 객체의 논리적인 그룹을 의미합니다. 대표적인 마스터 데이터 도메인은 다음과 같습니다.
- 고객 (Customer): B2C 소비자, B2B 기업 고객, 잠재 고객 등
- 상품/제품 (Product): 원자재, 반제품, 완제품, 서비스 상품 등
- 임직원 (Employee): 영업 사원, 내부 직원, 외부 협력사 직원 등
- 공급사/파트너 (Supplier/Partner): 벤더, 물류 파트너, 대리점 등
- 장소/자산 (Location/Asset): 오프라인 매장, 공장, 설비, 창고 등
2. 싱글 도메인 (Single-Domain) MDM: 빠르고 강력한 스페셜리스트
싱글 도메인 MDM은 위에서 언급한 도메인 중 단 하나(주로 고객 또는 상품)에만 집중하여 통합하는 아키텍처입니다.
A. 대표적인 싱글 도메인 솔루션 형태
- CDI (Customer Data Integration): 오직 ‘고객’ 데이터의 단일 진실 공급원(SSOT)을 만드는 데 집중합니다. CRM 시스템과 강력하게 결합하여 중복 고객을 제거하고 캠페인 효율을 높이는 마케팅 부서의 강력한 무기입니다.
- PIM (Product Information Management): 오직 ‘상품’ 데이터에 집중합니다. 복잡한 상품 스펙, 이미지, 다국어 설명 등을 통합하여 이커머스(E-commerce)나 ERP 시스템에 뿌려주는 역할을 합니다.
B. 아키텍처의 장단점
- 장점 (Pros): 구축 범위가 명확하여 프로젝트 기간이 짧고(통상 3~6개월), 초기 도입 비용(ROI) 회수가 빠릅니다. 특정 부서(마케팅 또는 상품기획)의 당면한 페인 포인트(Pain Point)를 확실하게 해결해 줍니다.
- 단점 (Cons): 시간이 지나 기업이 성장하면, 결국 고객 MDM 따로, 상품 MDM 따로 구축하게 되어 전사적 관점에서는 ‘또 다른 거대한 데이터 사일로(Silo)’를 낳게 되는 역설적인 상황이 발생합니다.
3. 멀티 도메인 (Multi-Domain) MDM: 전사적 연결을 위한 제너럴리스트
멀티 도메인 MDM은 고객, 상품, 임직원, 공급사 등 기업의 모든 핵심 데이터 도메인을 단일 플랫폼 위에서 통합 관리하는 진정한 의미의 엔터프라이즈 아키텍처입니다.
A. 핵심 아키텍처 특징: 도메인 간의 ‘관계(Relationship)’ 시각화
멀티 도메인의 진정한 힘은 데이터를 모아두는 것에 그치지 않고, 서로 다른 도메인 간의 연결 고리를 그래프(Graph) 형태로 매핑한다는 데 있습니다.
- “어떤 ‘고객(Customer)’이 어떤 ‘상품(Product)’을 가장 많이 구매했으며, 그 상품은 어느 ‘공급사(Supplier)’에서 납품받았고, 우리 회사의 어느 ‘영업사원(Employee)’이 관리하고 있는가?” 이처럼 비즈니스의 전체 흐름을 꿰뚫어 보는 완벽한 360도 뷰(360-Degree View)를 제공합니다.
B. 아키텍처의 장단점
- 장점 (Pros): 전사 데이터의 완벽한 융합을 통해 경영진에게 차원이 다른 인사이트를 제공합니다. 새로운 도메인(예: 자산, 위치)이 추가되어도 기존 플랫폼에 유연하게 확장(Scale-out)할 수 있는 유연성을 갖춥니다.
- 단점 (Cons): 아키텍처가 매우 복잡하며, 전사적 합의를 이끌어내야 하므로 구축 기간이 깁니다(통상 1~2년 이상). 또한, 모든 부서의 이해관계를 조율해야 하므로 제1장에서 다루었던 강력한 ‘데이터 거버넌스 위원회’의 통제가 필수적입니다.
4. 결론: “Start Small, Scale Fast” 전략
글로벌 기업이 아닌 이상, 처음부터 멀티 도메인 MDM을 빅뱅(Big-Bang) 방식으로 도입하는 것은 실패 확률이 매우 높습니다.
가장 이상적인 아키텍처 구축 전략은 “멀티 도메인 확장이 가능한 MDM 플랫폼을 도입하되, 첫 프로젝트는 가장 시급한 싱글 도메인(예: 고객)부터 작게 시작(Start Small)하는 것”입니다. 이후 첫 번째 도메인이 안정화되면 상품, 공급사 순으로 점진적으로 영역을 확장(Scale Fast)해 나가는 것이 현대 데이터 거버넌스의 핵심 베스트 프랙티스입니다.
어떤 도메인을 선택할지 결정했다면, 다음으로 고민해야 할 것은 데이터를 중앙에 몽땅 모아둘 것인지, 아니면 가상의 허브만 둘 것인지에 대한 ‘물리적 통합 방식’입니다.
다음편에서는 MDM 허브 설계의 핵심인 ‘집중형(Centralized) vs 통합형(Consolidated) MDM 허브 아키텍처 장단점 분석’을 통해 데이터 저장소의 물리적 구조를 완벽하게 해부해 보겠습니다.