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: Consuming Shared Dataを参照してください。
ステップ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 Data Sharing FAQを参照してください。
使用方法と可視化
データ共有がプロビジョニングされたら、受信したデータ共有からデータベースを作成してください。共有されたすべてのテーブルがSnowflakeインスタンスに表示され、インスタンスに保存されている他のデータと同様にクエリを実行できるようになります。ただし、共有データは読み取り専用であり、クエリの実行のみが可能で、いかなる方法でも変更や削除はできない点に注意してください。
Currentsと同様に、Snowflakeのセキュアデータ共有を使用して以下のことが可能です。
- 複雑なレポートの作成
- アトリビューションモデリングの実行
- 社内での安全な共有
- 未加工のイベントデータやユーザーデータをCRM（Salesforceなど）にマッピング
- その他多数
ユーザー 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フィールドが含まれており、すべてのイベントデータにわたるユーザーごとの分析が可能です。
各イベントについて、対応する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には、どのサイズを使用すべきかを判断するための優れたリソースが用意されています。ウェアハウスの概要やウェアハウスに関する考慮事項をご覧ください。