이전 포스팅에서 우리는 MDM 프로젝트의 범위를 결정하는 ‘싱글 도메인’과 ‘멀티 도메인’ 모델에 대해 알아보았습니다. 통합할 데이터의 범위를 정했다면, 다음으로 마주하는 거대한 고민은 바로 “이 마스터 데이터를 물리적으로 어떻게 저장하고 통제할 것인가?”에 대한 아키텍처 구현 방식(Implementation Style)을 결정하는 것입니다.
기업의 레거시(Legacy) 환경과 데이터 거버넌스 성숙도에 따라 MDM 허브(Hub)를 구축하는 방식은 크게 달라집니다. 본 문서에서는 현대 MDM 아키텍처의 양대 산맥인 통합형(Consolidated) 허브와 집중형(Centralized) 허브의 구조적 특징과 장단점을 심층 비교합니다.
1. 통합형(Consolidated) MDM 아키텍처: 안정적인 데이터 정제소
통합형 허브 스타일은 기존의 레거시 시스템(CRM, ERP 등)이 마스터 데이터를 생성하고 수정하는 권한(System of Entry)을 그대로 유지하는 아키텍처입니다.
각 소스 시스템에서 데이터가 생성되면, 이 원본 데이터들이 배치(Batch)나 실시간(CDC) 방식으로 중앙의 MDM 허브로 모입니다. 허브는 이렇게 수집된 데이터를 바탕으로 매칭(Matching), 병합(Merging), 정제(Cleansing) 작업을 수행하여 완벽한 ‘골든 레코드(Golden Record)’를 생성해 냅니다. 이렇게 만들어진 고품질의 마스터 데이터는 데이터 웨어하우스(DW)나 분석 시스템(BI)으로 전달되어 리포팅에 활용됩니다.
A. 통합형 아키텍처의 장점 (Pros)
- 비즈니스 연속성 보장: 현업 담당자들은 기존에 쓰던 CRM이나 ERP 화면을 그대로 사용하면 됩니다. 업무 프로세스를 바꿀 필요가 없어 변화 관리(Change Management)에 대한 저항이 매우 적습니다.
- 빠른 구축과 낮은 리스크: 레거시 시스템의 핵심 로직을 건드리지 않기 때문에 비교적 짧은 기간 내에 안전하게 단일 진실 공급원(SSOT) 뷰를 확보할 수 있습니다.
B. 통합형 아키텍처의 단점 (Cons)
- 지연 시간(Latency) 발생: 원본 시스템에서 오류가 있는 데이터가 입력되더라도, 그것이 허브로 전송되어 정제되기 전까지는 불량 데이터가 시스템 내에 존재하게 됩니다. 진정한 의미의 ‘실시간 무결성’을 확보하기는 어렵습니다.
2. 집중형(Centralized / Transactional) MDM 아키텍처: 강력한 절대 군주
집중형(또는 트랜잭션형) 허브 스타일은 MDM 플랫폼 자체가 기업의 유일한 마스터 데이터 ‘생성처(System of Entry)’이자 ‘기록 시스템(System of Record)’으로 군림하는 가장 강력한 형태의 아키텍처입니다.
현업 사용자나 외부 시스템이 새로운 고객을 등록하거나 상품 정보를 수정하려면, 반드시 중앙의 MDM 허브 UI를 통해 직접 입력해야 합니다. 입력된 데이터는 MDM의 엄격한 데이터 품질(DQI) 규칙을 통과해야만 승인되며, 이후 모든 하위 타겟 시스템(CRM, ERP, 이커머스 등)으로 실시간 동기화(Publish)됩니다.
A. 집중형 아키텍처의 장점 (Pros)
- 원천적인 쓰레기 데이터(Garbage) 차단: 데이터가 생성되는 그 순간부터 완벽한 표준과 규칙이 적용되므로, 시스템 전반에 걸쳐 최고 수준의 데이터 품질과 일관성을 100% 보장합니다.
- 완벽한 실시간 SSOT: 모든 하위 시스템이 항상 허브가 내려주는 최신 골든 레코드를 구독하므로, 시스템 간 데이터 불일치(Data Discrepancy)가 구조적으로 발생할 수 없습니다.
B. 집중형 아키텍처의 단점 (Cons)
- 막대한 변화 관리 비용: 현업 부서가 기존에 익숙하게 사용하던 시스템의 입력창을 막아버리고 새로운 MDM UI를 사용하도록 강제해야 합니다. 이로 인한 전사적인 저항과 비즈니스 프로세스 재설계(BPR) 비용이 엄청납니다.
- 시스템 병목 리스크: MDM 허브에 장애가 발생하면 전사적인 마스터 데이터 생성 및 수정 작업이 올스톱(All-Stop)되는 치명적인 단일 장애점(SPOF, Single Point of Failure)이 될 수 있습니다.
3. 결론: 진화하는 하이브리드, 공존형(Coexistence) 아키텍처로의 여정
글로벌 IT 리더들은 어느 한 가지 방식만을 고집하지 않습니다. 대부분의 성공적인 엔터프라이즈 데이터 거버넌스 프로젝트는 리스크가 적은 ‘통합형(Consolidated)’ 방식으로 시작하여 흩어진 데이터를 모으고 품질을 검증합니다.
이후 시스템이 안정화되고 조직의 거버넌스 성숙도가 높아지면, 점진적으로 양방향 동기화를 지원하는 ‘공존형(Coexistence)’을 거쳐, 최종적으로 핵심 마스터 데이터의 통제권을 완전히 가져오는 ‘집중형(Centralized)’ 아키텍처로 진화하는 로드맵을 채택합니다.
MDM 허브의 물리적 성격을 결정했다면, 이제 이 거대한 허브가 기존의 거대한 데이터 저장소들과 어떻게 데이터를 주고받을지 아키텍처를 연결해야 합니다.
다음편에서는 ‘데이터 웨어하우스(DW) 및 데이터 레이크(Data Lake)와 MDM의 상호 연동 논리’를 통해 전사적 데이터 파이프라인의 완성된 그림을 그려보겠습니다.