Snowflake データ共有

Snowflakeのセキュアデータ共有を使用すると、一般的なデータプロバイダーとの関係で生じるワークフローの摩擦や遅延、障害点、不要なコストを心配することなく、BrazeのSnowflakeポータル上のデータに安全にアクセスできます。データ共有は、以下の統合またはSnowflakeリーダーアカウントを通じて設定できます。

Snowflakeデータ共有は、Brazeデータディストリビューションの一部です。データディストリビューションオプションの全体的な概要については、データディストリビューションを参照してください。

Data Distribution のエンタイトルメント

Data Distribution のエンタイトルメントによって、データ共有で利用できるイベントタイプが決まります。Braze はイベントを以下のカテゴリーに分類しています。

エンタイトルメント	イベントカテゴリー	説明	イベント用語集の参照先
Engagement Events	メッセージエンゲージメントイベント	メッセージの送信、配信、開封、クリック、バウンス、その他のメッセージングチャネルでのインタラクションに関連するイベント	メッセージエンゲージメントイベント
User Behavior and Events	エンゲージメントイベントとユーザー行動イベント	すべての Engagement Events に加えて、購入、カスタムイベント、セッション、アトリビューション、アプリ内のユーザーアクションに関連するイベントが含まれます	メッセージエンゲージメントイベント、顧客行動イベントとユーザーイベント
Profile 360	エンゲージメントイベント、ユーザー行動イベント、ユーザープロファイルデータ	Engagement Events と User Behavior and Events に加えて、ユーザープロファイルと属性の変更に関連するイベントが含まれます	メッセージエンゲージメントイベント、顧客行動イベントとユーザーイベント、ユーザープロファイルイベント

エンタイトルメントに含まれるイベントについてご不明な点がある場合は、Braze のアカウントマネージャーまたはカスタマーサクセスマネージャーにお問い合わせください。

セキュアデータシェアリングについて

データシェアリングでは、アカウント間で実際のデータがコピーまたは転送されることはありません。すべての共有は、Snowflake独自のサービスレイヤーとメタデータストアを通じて行われます。共有データはアカウントのストレージを消費しないため、毎月のデータストレージ料金にも影響しません。これは重要なポイントです。料金が発生するのは、共有データのクエリに使用するコンピューティングリソース (仮想ウェアハウスなど) の分のみです。

さらに、Snowflakeに組み込まれたロールと権限の機能を使用すると、Snowflakeアカウントとその中のデータに対してすでに設定されているアクセスコントロールで、Brazeから共有されたデータへのアクセスを制御・管理できます。自社のデータと同じ方法で、アクセスを制限したりモニタリングしたりできます。

• インサイトを得るまでの時間を短縮
  構築に何週間もかかるETLプロセスはもう必要ありません。BrazeとSnowflake独自のアーキテクチャにより、すべてのカスタマーエンゲージメントデータとキャンペーンデータは、データレイクに到着した瞬間からすぐにアクセスおよびクエリできるようになります。データのコピーや移動は発生しないため、最も関連性の高い最新の情報だけに基づいて顧客体験を提供できます。
• データのサイロ化を解消
  チャネルやプラットフォームを横断して、顧客の全体像を把握できます。データシェアリングを使えば、Brazeのカスタマーエンゲージメントデータを他のすべてのSnowflakeデータとこれまで以上に簡単に結合できます。単一の信頼できる情報源から、より豊かなインサイトを生み出せます。
• 自社のエンゲージメントの立ち位置を確認
  Braze Benchmarksでカスタマーエンゲージメント戦略を最適化しましょう。BrazeとSnowflakeが提供するこのインタラクティブなツールを使うと、自社ブランドのエンゲージメントデータを、チャネル、業界、デバイスプラットフォームごとのベンチマークと比較できます。

Snowflakeのデータシェアリングの詳細については、Introduction to Secure Data Sharing を参照してください。

前提条件

要件	説明
Braze アクセス	データ共有を設定するには、Braze のアカウントマネージャーまたはカスタマーサクセスマネージャーにお問い合わせください。
Braze ワークスペースの権限	データ共有を表示するには Currents 統合の表示権限が必要です。データ共有を作成、更新、または削除するには Currents 統合の編集権限が必要です。
Snowflake アカウント	admin 権限を持つ Snowflake アカウント。

セキュアデータ共有の設定

Snowflakeでは、データ共有はデータプロバイダーとデータ消費者の間で行われます。この場合、Brazeアカウントはデータ共有を作成して送信するためデータプロバイダーとなり、Snowflakeアカウントはデータ共有を使用してデータベースを作成するためデータ消費者となります。詳細については、Snowflake: Consuming Shared Dataを参照してください。

ステップ 1: Brazeからデータ共有を送信する

1. Brazeで、パートナー連携 > データ共有に移動します。
2. Snowflakeアカウントの詳細とロケーターを入力します。アカウントロケーターを取得するには、宛先アカウントでSELECT CURRENT_ACCOUNT()を実行します。
3. CRR共有を使用している場合は、クラウドプロバイダーとリージョンを指定します。
4. 完了したら、Create Datashareを選択します。これにより、データ共有がSnowflakeアカウントに送信されます。

ステップ 2: Snowflakeでデータベースを作成する

1. 数分後、Snowflakeアカウントでインバウンドのデータ共有を受け取ります。

2. インバウンドのデータ共有を使用して、テーブルを表示およびクエリするためのデータベースを作成します。例:

   
   1
   
    CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name>
   
   

3. 新しいデータベースをクエリするための権限を付与します。

使用状況と可視化

データシェアがプロビジョニングされたら、受信したデータシェアからデータベースを作成します。これにより、共有されたすべてのテーブルが Snowflake インスタンスに表示され、インスタンスに保存している他のデータと同様にクエリできるようになります。ただし、共有データは読み取り専用であり、クエリのみが可能で、変更や削除は一切できない点に注意してください。

Currents と同様に、Snowflake Secure Data Sharing を使用して次のことができます。

• 複雑なレポートの作成
• アトリビューションモデリングの実行
• 社内での安全な共有
• 未加工のイベントデータやユーザーデータをCRM（Salesforceなど）にマッピング
• その他多数

未加工のテーブルスキーマをダウンロードしてください。

ユーザー ID スキーマ

ユーザー ID に関する Braze と Snowflake の命名規則の違いに注意してください。

Braze スキーマ	Snowflake スキーマ	説明
braze_id	"USER_ID"	Braze によって自動的に割り当てられる一意の識別子です。
external_id	"EXTERNAL_USER_ID"	顧客が設定するユーザープロファイルの一意の識別子です。

重要な情報と制限事項

破壊的変更と非破壊的変更

非破壊的変更

非破壊的変更はいつでも発生する可能性があり、一般的に追加の機能を提供します。非破壊的変更の例は以下のとおりです。

• 新しいテーブルまたはビューの追加
• 既存のテーブルまたはビューへのカラムの追加

破壊的変更

可能な場合、破壊的変更の前には告知と移行期間が設けられます。破壊的変更の例には以下が含まれます:

• テーブルまたはビューの削除
• 既存のテーブルまたはビューからのカラムの削除
• 既存のカラムの型またはNULL許容性の変更

Braze による破壊的変更の通知方法

テーブルや列の削除などの破壊的変更を行う必要がある場合、Braze は Snowflake データ共有を設定しているすべての会社の会社管理者全員に、事前通知をメールで送信します。会社管理者ロールの詳細については、Braze の権限を参照してください。

少なくとも1人の会社管理者が、Snowflake のクエリを管理するチームにこれらの通知を転送できるようにしておいてください。

Snowflake のリージョン

Braze は現在、すべてのユーザーレベルのデータを以下の Snowflake AWS リージョンでホストしています。

• US East-1
• EU-Central (Frankfurt)
• AP-Northeast-1 (Tokyo)
• AP-Southeast-2 (Sydney)
• AP-Southeast-3 (Jakarta)

これらのリージョン以外のユーザーに対しては、AWS、Azure、GCP のいずれかのリージョンで Snowflake インフラをホストしている共通の顧客に、Braze がデータ共有を提供できます。

データ保持

保持ポリシー

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.

クエリの速度、パフォーマンス、コスト

データに対して実行するクエリの速度、パフォーマンス、コストは、データのクエリに使用するウェアハウスのサイズによって決まります。分析のためにアクセスするデータの量によっては、クエリを成功させるために、より大きなウェアハウスサイズを使用する必要がある場合もあります。Snowflake では、使用するサイズを最適に判断する方法について、Overview of warehouses や Warehouse considerations など、優れたリソースを提供しています。