Snowflake Workday 제로카피 연동 활용법과 Iceberg 공유 방식

기존 방식은 복제 파이프라인이었어요

Workday 데이터를 Snowflake로 가져오려면 일정에 맞춰 HR, 재무 데이터를 복사하는 파이프라인을 만들어야 했습니다. 이 방식은 12-24시간 지연이 생기고, 파이프라인을 계속 관리해야 하는 부담이 따라요. 복제된 민감 데이터는 Workday 거버넌스 밖에 놓이면서 컴플라이언스 노출 범위도 넓어졌습니다. 오래된 인원 현황이나 원장 데이터로 추론하는 AI 에이전트는 결정 시점에 틀린 답을 내놓을 수 있다는 것이 원문의 문제의식이에요.

이번에 정식 출시된 내용

제로카피 연동은 데이터를 옮기지 않고 제자리에서 질의합니다. 접근 권한은 조직, 직함, 보고 라인, 예산 권한 기준으로 동적으로 통제되고, 모든 행위에 감사 추적이 붙어 원천에서 적용돼요. Snowflake 네이티브 테이블에 쓰던 통제를 그대로 쓰기 때문에 별도 거버넌스 체계를 새로 만들 필요가 없습니다. 제공되는 데이터는 원시 DB 추출이 아니라 Workday의 설정 가능한 시맨틱 레이어가 살아 있는 형태라, 에이전트와 분석가가 컬럼명 대신 거버넌스된 비즈니스 개념으로 작업합니다. 현재 AWS와 GCP에서 쓸 수 있어요.

접근 방식은 두 가지입니다

먼저 제로카피 커넥터를 만들어 Workday 테넌트에 연결하고, Workday Data Cloud 카탈로그를 Snowflake의 catalog-linked database로 마운트합니다. 이후 ETL 없이 기존 Snowflake 계정에서 Workday 테이블을 질의해요.

• Workday Data Lake: 사용자가 정한 주기로 데이터가 반영됩니다. 카탈로그 객체와 빈도를 직접 고르고, 분석, AI 모델 학습, 리포팅처럼 거의 실시간 최신성이 필요 없는 경우에 맞아요.
• Workday Live Data Query: JDBC나 Python 드라이버로 라이브 테넌트에 표준 SQL로 직접 붙습니다. 질의 시점의 최신 데이터이고, Workday 안에서 각자에게 보이는 범위를 정하는 접근 규칙이 그대로 적용돼요. 분 단위 데이터가 필요한 운영 대시보드와 AI 에이전트용이에요.

반대 방향도 열렸어요

Workday Prism Data Management를 통해 Snowflake 테이블을 Workday의 외부 테이블로 제로카피 연결할 수 있습니다. 이 테이블은 Workday 안에서 네이티브 데이터처럼 보이고, Workday의 HR, 재무 레코드와 조인됩니다. 원문이 든 예시는 Snowflake의 영업 성과 데이터를 Workday에 연결해 worker 데이터와 조인하고 discovery board에 띄우는 흐름이에요. Workday 에이전트가 지원이 필요한 직원을 찾고 학습 모듈을 추천해 자동 배정하는 데까지 이어집니다. Snowflake의 Cortex Agents, Snowflake CoWork, 분석 레이어와 결합하는 구성도 원문에서 언급돼요.

실무 적용 포인트

• 대상 확인: Public Cloud 테넌트 고객이 바로 쓸 수 있고, Private Cloud 고객은 Workday 계정팀과 Public Cloud 전환 일정을 먼저 논의해야 합니다.
• 클라우드 확인: 현재 AWS와 GCP 지원이라 사용 중인 Snowflake 리전과 맞는지 점검하세요.
• 용도별 경로 선택: 정기 분석과 리포팅은 Data Lake, 운영 대시보드와 에이전트는 Live Data Query로 나누는 구성이 원문 기준의 자연스러운 분기예요.
• 거버넌스 점검: 권한 통제가 Workday 원천에 있으므로, 기존에 복제 파이프라인으로 따로 관리하던 접근 정책을 정리할 수 있는지 검토합니다.
• 재무 데이터는 아직 예고 단계라 현재 범위는 Worker, Position, Payroll 등 인사 객체입니다.

자주 묻는 질문

Snowflake란 무엇인가요?

Snowflake는 클라우드 기반 데이터 플랫폼으로, 이번 발표에서는 Workday 데이터를 복사 없이 조회하고 Cortex Agents, CoWork 같은 AI, 분석 기능과 묶어 쓰는 환경으로 등장합니다. 이 글의 핵심은 Workday의 인사 데이터를 파이프라인 없이 Snowflake의 기존 계정에서 질의할 수 있게 됐다는 점이에요.

Apache Iceberg란 무엇이고 이번 통합에서 어떤 역할을 하나요?

Apache Iceberg는 원문에서 Workday 데이터를 Snowflake에 노출하는 개방형 테이블 포맷으로 쓰입니다. Workday 데이터가 Iceberg 기반 네이티브 인바운드 공유로 Snowflake에 연결돼 복제 없이 조회돼요. 포맷의 상세 사양은 원문에 없어 여기서는 공유 방식의 기반이라는 역할만 확인됩니다.

Snowflake 연동 사례로 어떤 활용이 소개됐나요?

원문의 예시는 Snowflake에 있는 영업 성과 데이터를 Workday에 외부 테이블로 연결해 worker 데이터와 조인하고 discovery board에 띄우는 흐름입니다. 이후 Workday 에이전트가 지원이 필요한 직원을 찾아 학습 모듈을 추천하고 자동 배정해요. 두 시스템을 사람이 수동으로 대조하지 않아도 되는 닫힌 루프가 이 구조의 핵심입니다.

Databricks와 Snowflake 중 어느 쪽이 맞나요?

이번 원문은 Databricks와의 비교를 다루지 않아 우열을 판단할 근거가 없습니다. 이 글에서 확인되는 것은 Workday와의 제로카피 양방향 통합이 Snowflake에서 정식 제공된다는 사실이에요. 도구 선택은 Workday 연동 필요 여부와 사용 중인 클라우드(AWS, GCP) 지원 범위를 기준으로 따로 검토하는 편이 좋습니다.