SAP 데이터를 Snowflake와 연결하는 방법들
왜 지금 이 질문이 많아졌나
Snowflake를 이미 데이터 플랫폼으로 쓰고 있는 기업에서 SAP 데이터를 어떻게 가져올지에 대한 문의가 늘고 있습니다. 예전에는 추출(ETL)이 사실상 유일한 답이었지만, 2025년 말 SAP와 Snowflake가 파트너십을 발표하면서 선택지가 달라졌습니다.
발표 내용은 두 가지였습니다.
SAP Snowflake — Snowflake를 SAP Business Data Cloud(BDC)의 솔루션 확장으로 제공
SAP BDC Connect for Snowflake — 이미 Snowflake 계정을 가진 고객이 BDC와 양방향 Zero-Copy로 데이터를 공유
Snowflake 릴리스 노트에 따르면 이 Zero-Copy 연동 커넥터는 2026년 5월 정식 출시(GA)되었습니다.
경로 1. BDC Zero-Copy 연동
BDC를 쓰고 있다면 가장 먼저 검토할 경로입니다. 계정 보유 여부에 따라 진입 방식이 갈립니다.
상황 | 경로 | 진입 방식 |
|---|---|---|
Snowflake 계정 없음 | SAP Snowflake | SAP for Me에서 Snowflake 계정을 새로 프로비저닝 |
Snowflake 계정 보유 | BDC Connect for Snowflake | SAP for Me 초대 링크로 기존 계정을 BDC에 연결 |
연결 후에는 다음이 가능합니다.
SAP 데이터 프로덕트를 Snowflake에서 카탈로그 연결 데이터베이스로 마운트해 바로 조회
여러 데이터 프로덕트 간 조인
SAP의 의미 정보(CSN)로 만든 Semantic View를 바탕으로 Cortex Analyst 같은 AI 기능 활용
Snowflake 쪽 데이터를 다시 BDC로 게시
핵심은 데이터를 복제하지 않는다는 점입니다. 같은 데이터를 두 곳에 두면 생기는 정합성 문제와 이동 비용이 사라집니다.
검토할 점
데이터 프로덕트가 전제입니다. 공유하려는 SAP 데이터가 데이터 프로덕트로 준비되어 있어야 하고, SAP 관리형 프로덕트는 별도 엔타이틀먼트가 필요할 수 있습니다.
기존 Snowflake 계약과 BDC 쪽 비용이 어떻게 겹치는지 계약 단계에서 확인해야 합니다. 업계 분석에서도 이 부분을 총소유비용 관점의 점검 항목으로 꼽고 있습니다.
경로 2. Datasphere 페더레이션 (Snowflake → SAP 방향)
반대 방향, 즉 Snowflake에 있는 데이터를 SAP 분석 화면에서 보고 싶은 경우도 많습니다. Snowflake의 비SAP 데이터를 SAP Analytics Cloud(SAC) 대시보드에 함께 올리는 경우가 대표적입니다.
ASPN BAC 사업부는 이 방향의 연동을 여러 경로로 시도한 실증 경험이 있습니다. 시도한 경로 중 일부(SAC의 직접 Live 연결, 범용 JDBC 연결 등)는 당시 환경에서 막혔고, 최종적으로는 Datasphere의 Data Provisioning Agent + Snowflake JDBC 페더레이션 경로로 끝까지 연결해 SAC 스토리까지 구성했습니다.
이 경로의 특징은 다음과 같습니다.
데이터를 Datasphere로 복제하지 않고 원격 테이블로 조회할 수 있습니다.
Datasphere의 분석 모델로 감싸면 SAC에서 일반 SAP 데이터와 같은 방식으로 다룰 수 있습니다.
대신 DP Agent를 설치·운영할 서버가 필요하고, 버전과 드라이버 조합에 민감합니다. 시도 전에 SAP가 지원하는 버전 조합을 먼저 확인해야 시행착오를 줄일 수 있습니다.
경로 3. 전통적 추출(ETL/복제)
BDC나 Datasphere를 쓰지 않는 환경이라면 여전히 추출 기반 연동이 현실적인 선택입니다. 다만 SAP는 데이터 접근 경로에 대한 정책을 강화하는 추세이므로, 어떤 인터페이스로 데이터를 꺼내는지가 라이선스·지원 측면에서 문제가 없는지 확인해야 합니다. 장기적으로 BDC 도입 계획이 있다면, 지금의 추출 파이프라인이 나중에 Zero-Copy로 대체될 수 있도록 데이터 모델을 단순하게 유지하는 것이 좋습니다.
어떤 경로를 고를 것인가
질문 | 권장 경로 |
|---|---|
BDC를 쓰고 있고, SAP 데이터를 Snowflake에서 분석·AI에 쓰고 싶다 | 경로 1 (Zero-Copy) |
Snowflake 데이터를 SAP 대시보드(SAC)에 함께 보여 주고 싶다 | 경로 2 (Datasphere 페더레이션) 또는 경로 1의 역방향 게시 |
BDC·Datasphere 없이 SAP ECC/S/4 데이터를 Snowflake로 가져와야 한다 | 경로 3 (추출) — 인터페이스 적정성 확인 필수 |
아직 플랫폼 결정 전이다 | 소비 위치(어디서 볼 것인가)부터 정하고 역산 |
마지막 행이 가장 중요합니다. 연동 방식은 기술 선택처럼 보이지만, 실제로는 "최종적으로 어디서 데이터를 볼 것인가" 에 대한 결정입니다. 분석과 AI의 중심을 Snowflake에 둘지, SAP 쪽에 둘지가 정해지면 경로는 자연스럽게 좁혀집니다.
덧붙임: Snowflake 실습 환경 비용 관리
PoC나 실습용 Snowflake 계정을 운영하다 보면 예상치 못한 비용이 나오는 경우가 있습니다. 저희가 겪은 사례를 공유합니다.
노트북 등 Snowpark Container Services 기반 서비스가 살아 있으면 연결된 컴퓨트 풀이 자동 일시중지되지 않습니다. 풀 자체의 설정이 정상이어도, 서비스의 자동 중지 설정이 꺼져 있으면 며칠씩 계속 과금됩니다.
Resource Monitor는 웨어하우스만 감시합니다. 컨테이너 서비스 비용까지 보려면 Budgets로 계정 단위 예산 알림을 걸어야 합니다. 다만 Budgets는 알림 기능이지 차단 기능이 아닙니다.
실습이 끝나면 서비스 목록부터 정리하는 습관을 권합니다.
참고
Snowflake Documentation, SAP BDC Zerocopy Connector (General availability) — 2026-05-04 릴리스 노트
CIO, SAP and Snowflake add zero-copy sharing between their systems
Constellation Research, Snowflake integrates with SAP BDC
글쓴이 Data&AI — ASPN BAC사업부에서 SAP BDC·Datasphere, 지식그래프, Joule·MCP 기반 AI Agent 구축을 다룹니다. 직접 구성하고 검증하며 얻은 실무 경험을 정리해 공유합니다.