Snowflake
Snowflake는 SaaS(software-as-a-service)(software-as-a-service)로 제공되는 전용 SQL 클라우드 데이터 웨어하우스입니다. Snowflake는 기존 데이터 웨어하우스 오퍼링보다 더 빠르고, 사용하기 쉬우며, 훨씬 유연한 데이터 웨어하우스를 제공합니다. Snowflake의 고유하고 특허받은 아키텍처를 통해 모든 데이터를 쉽게 수집하고, 빠른 분석을 수행하며, 모든 사용자를 위한 데이터 중심 인사이트를 도출할 수 있습니다.
Braze는 Snowflake와 두 가지 통합을 제공합니다. 이 두 가지를 함께 사용하면 Braze와 Snowflake 환경 간에 완전한 양방향 데이터 파이프라인을 구축할 수 있습니다.
통합 선택하기
데이터 공유(Braze에서 Snowflake로)
Snowflake 보안 데이터 공유를 사용하면 Snowflake 인스턴스에서 Braze 인게이지먼트 및 Campaign 데이터에 안전하게 실시간으로 직접 액세스할 수 있습니다. 계정 간에 데이터를 복사하거나 전송하지 않으며, 모든 공유는 Snowflake 고유의 서비스 계층과 메타데이터 저장소를 통해 이루어집니다.
다음과 같은 경우 데이터 공유를 사용하세요.
- Snowflake SQL을 사용하여 Braze 이벤트 및 Campaign 데이터를 쿼리하려는 경우
- 복잡한 보고서를 만들고 기여도 모델링을 수행하려는 경우
- Braze 데이터를 Snowflake 웨어하우스의 다른 데이터와 조인하려는 경우
- 채널, 업계, 기기 플랫폼 전반에서 인게이지먼트 데이터를 벤치마킹하려는 경우
설정 방법은 Snowflake 데이터 공유를 참조하세요.
클라우드 데이터 수집(Snowflake에서 Braze로)
클라우드 데이터 수집(CDI)을 사용하면 Snowflake 인스턴스의 데이터를 Braze로 직접 동기화할 수 있습니다. 이를 통해 Braze의 사용자 속성, 이벤트, 구매 데이터를 신뢰할 수 있는 원본인 데이터 웨어하우스와 항상 최신 상태로 유지할 수 있습니다.
다음과 같은 경우 클라우드 데이터 수집을 사용하세요.
- Snowflake의 사용자 속성을 Braze 고객 프로필로 동기화하려는 경우
- Snowflake의 이벤트 또는 구매 데이터를 Braze로 보내려는 경우
- 웨어하우스에서 발생하는 데이터 변환과 Braze를 동기화된 상태로 유지하려는 경우
- Snowflake에서 Braze로 이어지는 커스텀 ETL 파이프라인을 구축하고 유지 관리하는 수고를 덜고 싶은 경우
Snowflake의 데이터 공유에 대해 자세히 알아보려면 보안 데이터 공유 소개를 참조하세요.
Snowflake를 사용한 ID 확인
Snowflake는 ID 확인 데이터(IDR) 솔루션 액셀러레이터를 제공합니다. 이 액셀러레이터를 사용하면 Snowflake 환경에서 직접 퍼스트파티 및 서드파티 ID 확인 그래프를 구축할 수 있습니다. 이 솔루션은 결정론적 매칭, 퍼지 매칭, 확률 기반 및 머신 러닝(ML) 매칭, 대규모 언어 모델(LLM) 판정을 사용하여 여러 데이터 소스에 걸쳐 고객 ID를 확인합니다.
Braze와 Snowflake IDR을 함께 사용하는 방법은 다음과 같습니다.
- 데이터 공유를 사용하여 Braze 인게이지먼트 및 캠페인 데이터를 Snowflake 인스턴스로 보냅니다. 이 데이터는 ID 확인의 소스로 사용됩니다.
- IDR 솔루션 액셀러레이터를 사용하여 Snowflake에서 ID 확인 그래프를 구축합니다. 이때 Braze 데이터를 다른 고객 터치포인트와 함께 통합합니다.
- 클라우드 데이터 수집을 사용하여 확인된 ID를 Braze로 다시 동기화하면 고객 프로필을 통합된 최신 상태로 유지할 수 있습니다.
이 워크플로를 통해 모든 시스템에서 각 고객에 대해 중복이 제거된 단일 뷰를 유지하면서, 해당 데이터를 Braze에서 Campaign 및 메시징에 활용할 수 있습니다.
Snowflake의 IDR 솔루션 액셀러레이터를 시작하려면 Snowflake 계정 팀에 문의하거나 IDR 솔루션 액셀러레이터 설명서를 참조하세요.
사전 요구 사항
이 기능을 사용하려면 먼저 다음 사항을 완료해야 합니다.
| 요구 사항 | 설명 |
|---|---|
| Braze 액세스 | Braze에서 이 기능에 액세스하려면 Braze 계정 매니저 또는 고객 성공 매니저에게 문의해야 합니다. |
| Braze 워크스페이스 권한 | 데이터 공유를 보려면 Currents 통합 보기 권한이 필요합니다. 데이터 공유를 생성, 업데이트 또는 삭제하려면 Currents 통합 편집 권한이 필요합니다. |
| Snowflake 계정 | admin 권한이 있는 Snowflake 계정이 필요합니다. HIPAA(미국의료정보보호법) 적용 대상이 아닌 고객의 경우 Snowflake Standard 또는 Enterprise Edition이 지원됩니다. HIPAA를 준수하는 데이터 공유를 사용하려면 Business Critical Edition이 필요합니다. |
보안 데이터 공유 설정하기
Snowflake에서 데이터 공유는 데이터 공급자와 데이터 소비자 간에 이루어집니다. 이 맥락에서 Braze 계정은 데이터 공유를 생성하고 전송하므로 데이터 공급자가 되고, Snowflake 계정은 데이터 공유를 사용하여 데이터베이스를 생성하므로 데이터 소비자가 됩니다. 자세한 내용은 Snowflake: 공유 데이터 사용을 참조하세요.
1단계: Braze에서 데이터 공유 전송하기
- Braze에서 파트너 통합 > 데이터 공유로 이동합니다.
- Snowflake 계정 세부 정보와 로케이터를 입력합니다. 계정 로케이터를 확인하려면 대상 계정에서
SELECT CURRENT_ACCOUNT()를 실행합니다. - CRR 공유를 사용하는 경우 클라우드 제공업체와 리전을 지정합니다.
- 완료되면 Create Datashare를 선택합니다. 그러면 데이터 공유가 Snowflake 계정으로 전송됩니다.
2단계: Snowflake에서 데이터베이스 생성하기
- 몇 분 후 Snowflake 계정에서 인바운드 데이터 공유를 받게 됩니다.
- 인바운드 데이터 공유를 사용하여 테이블을 조회하고 쿼리할 데이터베이스를 생성합니다. 예시:
CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name>
- 새 데이터베이스를 쿼리할 수 있도록 권한을 부여합니다.

Braze 대시보드에서 공유를 삭제하고 다시 생성한 경우, 인바운드 공유를 쿼리하려면 이전에 생성한 데이터베이스를 삭제하고 CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name>을 사용하여 다시 생성해야 합니다.
여러 워크스페이스에서 동일한 Snowflake 계정으로 데이터를 공유하는 경우, 다중 워크스페이스 구성 관리에 대한 안내는 Snowflake 데이터 공유 FAQ를 참조하세요.
사용 및 시각화
데이터 공유가 프로비저닝되면 수신 데이터 공유에서 데이터베이스를 생성해야 합니다. 이렇게 하면 공유된 모든 테이블이 Snowflake 인스턴스에 표시되고, 인스턴스에 저장된 다른 데이터와 똑같이 쿼리할 수 있습니다. 단, 공유 데이터는 읽기 전용이므로 쿼리만 할 수 있으며 수정하거나 삭제할 수는 없습니다.
Currents와 마찬가지로 Snowflake 보안 데이터 공유를 사용하여 다음을 수행할 수 있습니다.
- 복잡한 보고서 생성
- 기여도 모델링 수행
- 회사 내 안전한 공유
- 원시 이벤트 또는 사용자 데이터를 CRM(예: Salesforce)에 매핑
- 기타 다양한 활용
사용 가능한 테이블 및 열의 전체 목록은 SQL 테이블 참조를 확인하세요. Snowflake 데이터 공유에는 해당 참조의 모든 테이블과 함께 스냅샷, Campaign 및 Canvas 체인지로그, 에이전트 콘솔 이벤트, 메시지 재시도 이벤트를 위한 Snowflake 전용 테이블이 추가로 포함됩니다.
원시 테이블 스키마를 텍스트 파일로 다운로드할 수도 있습니다.
사용자 ID 스키마
사용자 ID에 대한 Braze와 Snowflake의 명명 규칙에는 다음과 같은 차이가 있습니다.
| Braze 스키마 | Snowflake 스키마 | 설명 |
|---|---|---|
braze_id |
"USER_ID" |
Braze가 자동으로 할당하는 고유 식별자입니다. |
external_id |
"EXTERNAL_USER_ID" |
고객이 설정하는 사용자 프로필의 고유 식별자입니다. |
중요 정보 및 제한 사항
호환성이 깨지는 변경 사항과 호환성이 유지되는 변경 사항 비교
호환성이 유지되는 변경 사항
호환성을 유지하는 변경 사항은 언제든지 발생할 수 있으며, 일반적으로 추가 기능을 제공합니다. 호환성을 유지하는 변경 사항의 예시는 다음과 같습니다:
- 새 테이블 또는 뷰 추가
- 기존 테이블 또는 뷰에 열 추가

새 열 추가는 호환성이 유지되는 변경 사항으로 간주되므로, Braze는 SELECT * 쿼리를 사용하는 대신 각 쿼리에서 필요한 열을 명시적으로 나열할 것을 강력히 권장합니다. 또는 열 이름을 명시적으로 지정한 뷰를 생성한 다음, 테이블을 직접 쿼리하는 대신 해당 뷰를 쿼리하는 방법도 있습니다.
호환성이 깨지는 변경 사항
가능한 경우, 호환성이 깨지는 변경 사항은 사전 공지 및 마이그레이션 기간이 선행됩니다. 호환성이 깨지는 변경 사항의 예시는 다음과 같습니다:
- 테이블 또는 뷰 제거
- 기존 테이블 또는 뷰에서 열 제거
- 기존 열의 유형 또는 null 허용 여부 변경
Snowflake 리전
현재 Braze는 모든 사용자 수준 데이터를 Snowflake AWS US East-1, EU-Central(프랑크푸르트), AP-Northeast-1(도쿄), AP-Southeast-2(시드니), AP-Southeast-3(자카르타) 리전에 호스팅하고 있습니다. 이 리전 외부의 사용자의 경우, Braze는 AWS, Azure 또는 GCP 리전 중 어디에서든 Snowflake 인프라를 호스팅하는 공동 고객에게 데이터 공유를 제공할 수 있습니다.
데이터 보존
보존 정책
2년이 지난 모든 데이터는 아카이브되어 장기 스토리지로 이동합니다. 아카이브 프로세스의 일환으로 모든 이벤트는 익명화되며, 개인 식별 정보(PII)에 해당하는 민감한 필드는 모두 제거됩니다(여기에는 properties와 같이 선택적으로 PII를 포함할 수 있는 필드도 포함됩니다). 아카이브된 데이터에는 여전히 user_id 필드가 포함되어 있으므로 모든 이벤트 데이터에 걸쳐 사용자별 분석을 수행할 수 있습니다.
각 이벤트의 최근 2년간 데이터는 해당 USERS_*_SHARED 뷰에서 쿼리할 수 있습니다. 또한 각 이벤트에는 USERS_*_SHARED_ALL 뷰가 있어, 이를 쿼리하면 익명화된 데이터와 익명화되지 않은 데이터를 모두 반환받을 수 있습니다.
과거 데이터
Snowflake의 과거 이벤트 데이터 아카이브는 2019년 4월부터 시작됩니다. Braze가 Snowflake에 데이터를 저장하기 시작한 처음 몇 달 동안 제품 변경이 있었기 때문에 일부 데이터가 약간 다르게 보이거나 null 값이 포함되어 있을 수 있습니다(당시에는 사용 가능한 모든 필드에 데이터를 전달하지 않았기 때문입니다). 2019년 8월 이전의 데이터가 포함된 결과는 예상과 약간 다를 수 있다고 가정하는 것이 좋습니다.
일반 데이터 보호 규정(GDPR) 준수
Nearly every event record Braze stores includes a few fields representing users’ personally identifiable information (PII). Some events may include email address, phone number, device ID, language, gender, and location information. If a user’s request to be forgotten is submitted to Braze, we will null out those PII fields for any event belonging to those users. This way, we’re not removing the historical record of the event, but now the event can never be tied back to a specific individual.
공유 데이터 쿼리: TIME과 쿼리 성능
데이터 공유 뷰(예: USERS_BEHAVIORS_CUSTOMEVENT_SHARED)의 이벤트 데이터는 TIME 필드를 기준으로 클러스터링되어 있습니다. 이벤트가 발생한 시점을 기준으로 필터링할 때는 TIME을 우선적으로 사용하세요. 클러스터링이 이벤트 시간에 맞춰져 있기 때문에 TIME을 사용해 행을 제한하는 쿼리가 SF_CREATED_AT으로 필터링하는 쿼리보다 일반적으로 더 효율적입니다.
| 필드 | 의미 |
|---|---|
TIME |
이벤트가 발생한 시점의 Unix 타임스탬프입니다. 발생 시간을 기준으로 필터링할 때 이 필드를 우선 사용하세요. |
SF_CREATED_AT |
행이 Snowflake에 로드된 시점의 타임스탬프(수집 시간)입니다. |
쿼리 속도, 성능, 비용
데이터를 대상으로 실행하는 쿼리의 속도, 성능, 비용은 데이터를 쿼리할 때 사용하는 웨어하우스 크기에 따라 결정됩니다. 분석을 위해 액세스하는 데이터의 양에 따라 쿼리를 성공적으로 실행하려면 더 큰 웨어하우스 크기를 사용해야 할 수도 있습니다. Snowflake에서는 웨어하우스 개요 및 웨어하우스 고려 사항 등 적절한 크기를 결정하는 데 도움이 되는 유용한 자료를 제공합니다.
Snowflake를 설정할 때 참조할 수 있는 예시 쿼리는 샘플 쿼리 및 ETL 이벤트 파이프라인 설정 예시를 확인하세요.
설정 방법은 클라우드 데이터 수집: 데이터 웨어하우스 통합을 참조하세요.