Snowflake データ共有

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

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

データ配信のエンタイトルメント

データ配信のエンタイトルメントにより、データ共有で使用可能なイベントタイプが決まります。Brazeはイベントを以下のカテゴリに分類しています。

エンタイトルメント	イベントカテゴリ	説明	イベント用語集リファレンス
エンゲージメントイベント	メッセージエンゲージメントイベント	メッセージの送信、配信、開封、クリック、バウンス、その他のメッセージングチャネルのインタラクションに関連するイベント	メッセージエンゲージメントイベント
顧客行動イベント	メッセージエンゲージメントイベントおよび顧客行動イベント	すべてのメッセージエンゲージメントイベントに加え、購入、カスタムイベント、セッション、アトリビューション、アプリ内ユーザーアクションに関連するイベントを含みます	メッセージエンゲージメントイベント、顧客行動およびユーザーイベント
ユーザープロファイルと属性	メッセージエンゲージメントイベント、顧客行動イベント、およびユーザープロファイルイベント	メッセージエンゲージメントイベントと顧客行動イベントに加え、ユーザープロファイルや属性の変更に関連するイベントを含みます	メッセージエンゲージメントイベント、顧客行動およびユーザーイベント、ユーザープロファイルイベント

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

セキュアデータ共有について

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

さらに、Snowflakeの組み込みロールおよびパーミッション機能を使用することで、Brazeから共有されたデータへのアクセスは、Snowflakeアカウントおよびそのデータに対して既に設定されているアクセスコントロールを使用して制御・管理できます。自社データと同様に、アクセスを制限および監視できます。

• インサイト取得までの時間を短縮
  構築に数週間かかる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セキュアデータシェアリングを使用して以下のことが可能です。

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

未加工のテーブルスキーマをダウンロードする。

ユーザーIDスキーマ

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

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

重要な情報と制限事項

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

非破壊的変更

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

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

破壊的変更

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

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

Snowflakeリージョン

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

• US East-1
• EU-Central（フランクフルト）
• AP-Northeast-1（東京）
• AP-Southeast-2（シドニー）
• AP-Southeast-3（ジャカルタ）

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

データ保持

保持ポリシー

2年以上前のデータはすべてアーカイブされ、長期ストレージに移動されます。アーカイブプロセスの一環として、すべてのイベントは匿名化され、個人を特定できる情報（PII）に該当する機密フィールドは削除されます（これにはpropertiesなどのオプションのPIIフィールドも含まれます）。アーカイブされたデータには引き続きuser_idフィールドが含まれており、すべてのイベントデータにわたるユーザー単位の分析が可能です。

各イベントの対応するUSERS_*_SHAREDビューで直近2年間のデータに対してクエリを実行できます。さらに、各イベントには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には、最適なサイズの選び方に関する優れたリソースがあります。ウェアハウスの概要やウェアハウスに関する考慮事項をご参照ください。