Snowflake データ共有
Snowflakeのセキュアデータ共有を使用すると、一般的なデータプロバイダーとの関係で生じるワークフローの摩擦や遅延、障害点、不要なコストを心配することなく、BrazeのSnowflakeポータル上のデータに安全にアクセスできます。データ共有は、以下の統合またはSnowflakeリーダーアカウントを通じて設定できます。
Snowflakeデータ共有は、Brazeデータディストリビューションの一部です。データディストリビューションオプションの全体的な概要については、データディストリビューションを参照してください。
Snowflakeアカウントなしで Snowflakeレベルのデータにアクセスしたいですか？
Snowflakeリーダーアカウントをご確認ください。リーダーアカウントでは、Brazeがアカウントを作成してデータを共有し、ログインしてデータにアクセスするための認証情報を提供します。これにより、すべてのデータ共有と使用料金は完全にBrazeが処理します。
データ配信のエンタイトルメント
データ配信のエンタイトルメントにより、データ共有で利用できるイベントタイプが決まります。Brazeはイベントを以下のカテゴリに分類しています。
| エンタイトルメント | イベントカテゴリ | 説明 | イベント用語集リファレンス |
|---|---|---|---|
| エンゲージメントイベント | メッセージエンゲージメントイベント | メッセージの送信、配信、開封、クリック、バウンス、その他のメッセージングチャネルインタラクションに関連するイベント | メッセージエンゲージメントイベント |
| 顧客行動イベント | メッセージエンゲージメントイベントおよび顧客行動イベント | すべてのメッセージエンゲージメントイベントに加え、購入、カスタムイベント、セッション、アトリビューション、アプリ内ユーザーアクションに関連するイベントを含みます | メッセージエンゲージメントイベント、顧客行動およびユーザーイベント |
| ユーザープロファイルと属性 | メッセージエンゲージメントイベント、顧客行動イベント、およびユーザープロファイルイベント | メッセージエンゲージメントイベントと顧客行動イベントに加え、ユーザープロファイルと属性の変更に関連するイベントを含みます | メッセージエンゲージメントイベント、顧客行動およびユーザーイベント、ユーザープロファイルイベント |
エンタイトルメントに含まれるイベントについてご不明な点がございましたら、Brazeアカウントマネージャーまたはカスタマーサクセスマネージャーにお問い合わせください。
セキュアデータシェアリングについて
データシェアリングでは、アカウント間で実際のデータがコピーまたは転送されることはありません。すべての共有は、Snowflake独自のサービスレイヤーとメタデータストアを通じて行われます。これは重要な概念です。共有データはお客様のアカウントでストレージを消費しないため、月次のデータストレージ料金に影響しません。発生する唯一の料金は、共有データのクエリに使用されるコンピューティングリソース（仮想ウェアハウスなど）に対するものです。
さらに、Snowflakeの組み込みのロールおよび権限機能を使用することで、Brazeから共有されたデータへのアクセスは、Snowflakeアカウントおよびその中のデータに対して既に設定されているアクセスコントロールを使用して制御・管理できます。お客様自身のデータと同様に、アクセスを制限および監視することができます。
- インサイトまでの時間を短縮
構築に数週間かかるETLプロセスに別れを告げましょう。BrazeとSnowflakeの独自のアーキテクチャにより、すべてのカスタマーエンゲージメントおよびキャンペーンデータは、データレイクに到着した瞬間からすぐにアクセスおよびクエリが可能になります。データのコピーや移動は発生しないため、最も関連性が高く最新の情報のみに基づいて顧客体験を提供できます。 - データのサイロ化を解消
チャネルやプラットフォーム全体にわたる顧客の全体像を構築できます。データシェアリングにより、Brazeのカスタマーエンゲージメントデータを他のすべてのSnowflakeデータと結合することがこれまで以上に容易になり、信頼できる単一の情報源を通じてより豊富なインサイトを得ることができます。 - エンゲージメントの水準を確認
Braze Benchmarksでカスタマーエンゲージメント戦略を最適化しましょう。BrazeとSnowflakeを活用したこのインタラクティブなツールにより、チャネル、業種、デバイスプラットフォーム全体のベンチマークとブランドのエンゲージメントデータを比較できます。
Snowflakeのデータシェアリングの詳細については、セキュアデータシェアリングの概要を参照してください。
前提条件
| 要件 | 説明 |
|---|---|
| Brazeへのアクセス | データ共有を設定するには、Brazeアカウントマネージャーまたはカスタマーサクセスマネージャーにお問い合わせください。 |
| Snowflakeアカウント | admin権限を持つSnowflakeアカウント。 |
セキュアデータ共有の設定
Snowflakeでは、データプロバイダーとデータ消費者の間でデータ共有が行われます。このコンテキストでは、Brazeアカウントがデータシェアを作成して送信するデータプロバイダーであり、Snowflakeアカウントがデータシェアを使用してデータベースを作成するデータ消費者です。詳細については、Snowflake: 共有データの利用を参照してください。
ステップ1:Brazeからデータシェアを送信する
- Brazeで、パートナー連携 > データ共有に移動します。
- Snowflakeアカウントの詳細とロケーターを入力します。アカウントロケーターを取得するには、宛先アカウントで
SELECT CURRENT_ACCOUNT()を実行します。 - CRR共有を使用している場合は、クラウドプロバイダーとリージョンを指定します。
- 完了したら、Create Datashareを選択します。これにより、データ共有がSnowflakeアカウントに送信されます。
ステップ2:Snowflakeでデータベースを作成する
- 数分後、Snowflakeアカウントにインバウンドデータシェアが届きます。
-
インバウンドデータシェアを使用して、テーブルの表示とクエリを行うためのデータベースを作成します。例:
1
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など）にマッピング
- その他多数
未加工のスキーマダウンロードには、ユーザープロファイル属性ビューは含まれていません。USER_DEFAULT_ATTRIBUTES_VIEW_SHARED、USER_LATEST_STATE_DEFAULT_ATTRIBUTES_VIEW_SHARED、および関連するユーザー属性ビューの完全なスキーマと使用方法のガイダンスについては、ユーザープロファイル属性を参照してください。
ユーザー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 (Frankfurt)
- AP-Northeast-1 (Tokyo)
- AP-Southeast-2 (Sydney)
- AP-Southeast-3 (Jakarta)
これらのリージョン外のユーザーに対して、BrazeはAWS、Azure、またはGCPの任意のリージョンでSnowflakeインフラをホストしている共同顧客にデータ共有を提供できます。
データ保持
保持ポリシー
2年以上前のデータはアーカイブされ、長期ストレージに移動されます。アーカイブプロセスの一環として、すべてのイベントは匿名化され、個人を特定できる情報（PII）に関連する機密フィールドは除去されます（これにはpropertiesなどのオプションのPIフィールドも含まれます）。アーカイブされたデータには引き続き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には、使用すべきサイズを最適に判断する方法に関する優れたリソースがあります。ウェアハウスの概要やウェアハウスに関する考慮事項をご覧ください。