Data Fabric으로 분산 데이터 자산을 통합 제어하는 방법
Data Fabric의 메타데이터, 정책, 오케스트레이션 기반 통합 제어 구조와 가상화·복제·스트리밍 운영 방식을 정리한다.
2026-08-14 · 최초 발행 2025-10-14
데이터가 흩어진 환경에서 필요한 공통 제어면
하이브리드·멀티클라우드 환경에서는 OLTP, 데이터 웨어하우스, 레이크, 스트리밍, SaaS에 데이터가 나뉜다. Data Fabric은 이 자산을 메타데이터와 정책, 오케스트레이션으로 연결해 논리적 단일 계층처럼 다루는 아키텍처 패턴이다.
핵심은 데이터를 한곳에 모으는 데 있지 않다. 보안과 거버넌스의 일관성을 유지하면서 가상화, 복제, 스트리밍을 상황에 맞게 조합하는 데 있다. 능동형 메타데이터, 비즈니스·기술 메타모델을 담는 지식 그래프, 정책 기반 접근 제어, 파이프라인 오케스트레이션, 품질·라인리지 관측성이 함께 제어면을 구성한다.
Data Mesh가 도메인 소유와 분권형 데이터 제품 운영 모델에 무게를 둔다면, Data Fabric은 공통 제어면과 기술적 연결 계층을 강조한다. 둘은 병행할 수 있다. Data Virtualization이 조회 시 페더레이션이라는 단일 기술에 가깝다면, Fabric은 ETL/ELT·CDC를 통한 물리화, 스트리밍, 캐시, 정책과 카탈로그까지 포괄한다. Data Lakehouse가 저장과 처리 플랫폼이라면, Fabric은 여러 플랫폼을 아우르는 통합 제어·연결 계층이다.
메타데이터가 연결 구조를 설명한다
기술·비즈니스·운영 메타데이터를 수집하고 정규화해 상호 연결하면 엔터프라이즈 카탈로그를 만들 수 있다. 이때 엔터티, 관계, 계보(라인리지)는 그래프 모델로 표현한다.
능동형 메타데이터는 카탈로그에 머물지 않는다. 데이터 품질 이벤트, 사용 패턴, 비용 신호를 받아 정책과 오케스트레이션에 실시간으로 반영한다. 데이터 위치와 스키마뿐 아니라, 누가 어떤 데이터를 쓰는지와 어떤 파이프라인이 영향을 받는지를 운영 판단에 연결하는 방식이다.
조회 특성에 따라 통합 방식을 고른다
탐색성 조회에는 데이터 가상화와 쿼리 페더레이션을 우선 적용할 수 있다. 반복 조회나 대용량 조인이 많은 경우에는 ETL/ELT, CDC를 통한 물리화가 적합하며, 실시간 요구는 Kafka 등의 스트리밍 경로로 분기한다.
복제는 스냅샷 격리를 기반으로 설계하고, CDC는 정확히 한 번(Exactly-Once) 보장을 우선한다. 스키마 변화는 스키마 레지스트리로 버전 관리한다. 이 선택은 데이터 민감도, 지연 허용치, 쿼리 복잡도, 비용을 함께 고려해야 한다.
정책과 품질 신호를 운영 경로에 넣는다
중앙 정책 엔진은 RBAC/ABAC, 행·열 수준 필터링, 마스킹과 토큰화를 일관되게 적용한다. Policy-as-Code로 정책을 관리하고 감사 추적을 자동화하면 환경과 파이프라인이 달라져도 정책 적용 방식을 맞출 수 있다.
PII 탐지와 GDPR·국내 개인정보보호법 같은 규제 기준의 맵핑, 감사 보고 자동 생성도 이 계층에서 다룬다. 품질 측면에서는 정합성, 완전성, 최신성 지표와 파이프라인 SLO를 정의하고 모니터링한다. 메타데이터 기반 라인리지는 장애나 품질 이슈가 발생했을 때 영향도 분석을 자동화한다.
장애 경로에는 서킷 브레이커, 데이터 유실·지연 경보, 페일오버와 강등(degrade) 정책이 필요하다. 가상화·캐시·물리화 사이의 동적 라우팅과 쿼리 푸시다운 최적화도 비용과 성능을 함께 고려해 운영한다.
도입은 우선순위 도메인부터 시작한다
먼저 분석, 서빙, 규제 보고처럼 사용할 시나리오를 정하고, 우선순위 도메인과 SLA·보안 요구를 명확히 한다. 이어 소스 시스템, 스키마, 접속 패턴, 데이터 민감도를 인벤토리로 만들고 자동 크롤링·프로파일링을 도입한다.
카탈로그와 정책 엔진, 가상화·쿼리 엔진(예: Trino), CDC·스트리밍, 오케스트레이터는 대표 워크로드로 성능과 거버넌스를 검증한다. 이후 낮은 민감도·짧은 수명·탐색형 쿼리는 가상화로, 반복·대용량·비용 최적화가 필요한 작업은 물리화·캐시로, 초저지연·이벤트 기반 요구는 스트리밍으로 연결한다.
도메인 용어집과 분류·민감도 태깅을 정리하고 정책 템플릿을 만든다. 정책 테스트는 CI/CD에 포함한다. 운영 단계에서는 SLO, 알람, 대시보드, 비용 가시화, 쿼리 최적화 가이드, 캐시와 물리화 수명주기 자동화를 함께 구축한다.
다른 데이터 아키텍처와의 운영상 차이
| 항목 | Data Fabric | Data Mesh | Data Virtualization | Data Lakehouse |
|---|---|---|---|---|
| 일관성/거버넌스 | 중앙 정책 일관 적용, 라인리지 내장 | 도메인 자율, 표준 준수에 의존 | 조회 계층 정책 중심 | 플랫폼 내부 정책 강함, 외부 이질계는 한계 |
| 확장성 | 멀티플랫폼 포괄, 하이브리드 최적 | 조직 규모 확장 용이(운영 모델) | 소스 증가 시 성능 저하 가능 | 저장·처리 수평 확장 우수 |
| 성능 | 가상화·캐시·물리화 조합으로 튜닝 | 도메인별 최적화 가능 | 대용량 조인·고복잡 쿼리 제한 | 대규모 배치/인터랙티브 강점 |
| 안정성 | 관측성·서킷 브레이커·페일오버 설계 | 팀 성숙도에 좌우 | 소스 장애 전파 가능 | 단일 플랫폼 내 안정적 |
| 운영 편의 | 정책·메타데이터 중심 자동화 | 조직 거버넌스 성숙 필요 | 빠른 도입 용이 | 플랫폼 종속성 존재 |
데이터 제품과 분석 경로에서의 적용
고객 360과 개인화에서는 CRM, 결제, 웹 행동 로그를 지식 그래프로 연결하고 PII를 마스킹한 뒤 실시간 세그먼트를 만든다. 탐색은 가상화로 처리하고, 인기 세그먼트는 물리화 캐시로 가속한다.
규제 보고와 감사 대응에서는 정책 기반 컬럼 마스킹과 동의 관리, 라인리지 기반 출처 추적, 보고서 자동 생성을 결합해 감사 리드타임을 줄인다. 제조 IIoT에서는 엣지 스트리밍에서 클라우드 레이크까지의 수집 경로를 구성하고, 품질 SLO 위반 시 알람과 자동 재시도를 적용한다. 부품·설비·공정 데이터의 상관관계는 그래프 기반으로 분석한다.
금융 데이터 상품화에서는 도메인 카탈로그에 가격, SLA, 정책을 묶어 데이터 제품으로 제공한다. 쿼리 패턴을 기준으로 캐시와 물리화를 자동 전환할 수 있다. GenAI/RAG 데이터 레이어에서는 승인된 소스만 벡터화하고 민감정보를 마스킹한 뒤 임베딩하며, 인퍼런스 시 정책 엔진으로 답변 필터와 감사 로그를 처리한다.
성과 지표와 트레이드오프를 함께 관리한다
Data Fabric 도입 효과로 데이터 탐색에서 서비스화까지의 리드타임은 5070% 단축되고, 중복 파이프라인은 4060% 감소할 수 있다. 규제 감사 준비 시간은 60~80% 절감되며 데이터 품질 이슈 탐지 시간은 50% 단축된다.
캐시, 푸시다운, 라우팅 최적화를 적용하면 쿼리 비용은 2040% 절감되고 대중적 쿼리 지연은 310배 개선된다. 정량 수치는 조직 성숙도, 도구, 워크로드에 따라 상이하므로 PoC 기반의 보수적 산정이 필요하다.
Data Fabric의 본체는 단일 기술이 아니라 메타데이터, 정책, 오케스트레이션이 결합된 일관된 제어면이다. 도메인 우선순위 선정, PoC, SLO와 정책의 코드화, 운영 자동화를 순차적으로 연결하고, 필요하다면 Mesh 운영 모델과 병행해 설계한다.