Snowflake データ共有
Snowflake のセキュアデータ共有を使用すると、一般的なデータプロバイダーとの関係で生じるワークフローの摩擦や遅延、障害点、不要なコストを心配することなく、Braze の Snowflake ポータル上のデータに安全にアクセスできます。データ共有は、以下の統合または Snowflake リーダーアカウントを通じて設定できます。
Snowflake アカウントなしで Snowflake レベルのデータにアクセスしたいですか?
Snowflake リーダーアカウントをご確認ください。リーダーアカウントでは、Braze がアカウントを作成してデータを共有し、ログインしてデータにアクセスするための認証情報を提供します。これにより、すべてのデータ共有と使用料金は完全に Braze が処理します。
セキュアデータ共有について
データ共有では、アカウント間で実際のデータがコピーまたは転送されることはありません。すべての共有は、Snowflake 独自のサービスレイヤーとメタデータストアを通じて行われます。これは重要な概念です。共有データはアカウントのストレージを消費しないため、月額データストレージ料金に影響しません。発生する唯一の料金は、共有データのクエリに使用されるコンピューティングリソース(仮想ウェアハウスなど)の料金です。
さらに、Snowflake の組み込みロールと権限機能を使用することで、Braze から共有されたデータへのアクセスは、Snowflake アカウントおよびそのデータに対して既に設定されているアクセス制御を使用して管理・統制できます。アクセスは、自社データと同じ方法で制限および監視できます。
- インサイトまでの時間を短縮
構築に数週間かかる ETL プロセスに別れを告げましょう。Braze と Snowflake の独自のアーキテクチャにより、すべてのカスタマーエンゲージメントおよびキャンペーンデータは、データレイクに到着した瞬間からすぐにアクセスおよびクエリが可能です。データのコピーや移動は行われないため、最も関連性が高く最新の情報のみに基づいてカスタマーエクスペリエンスを提供できます。 - データのサイロ化を解消
チャネルやプラットフォーム全体で顧客の全体像を構築できます。データ共有により、Braze のカスタマーエンゲージメントデータと他のすべての Snowflake データの結合がこれまで以上に簡単になり、単一の信頼できる情報源からより豊富なインサイトを得ることができます。 - エンゲージメントの比較評価
Braze ベンチマークを使用してカスタマーエンゲージメント戦略を最適化しましょう。Braze と Snowflake を活用したこのインタラクティブツールにより、チャネル、業界、デバイスプラットフォーム全体のベンチマークとブランドのエンゲージメントデータを比較できます。
Snowflake のデータ共有の詳細については、セキュアデータ共有の概要を参照してください。
前提条件
| 要件 | 説明 |
|---|---|
| Braze へのアクセス | データ共有を設定するには、Braze アカウントマネージャーまたはカスタマーサクセスマネージャーにお問い合わせください。 |
| Snowflake アカウント | admin 権限を持つ Snowflake アカウント。 |
セキュアデータ共有の設定
Snowflake では、データ共有はデータプロバイダーとデータコンシューマーの間で行われます。このコンテキストでは、Braze アカウントがデータシェアを作成して送信するデータプロバイダーであり、Snowflake アカウントがデータシェアを使用してデータベースを作成するデータコンシューマーです。詳細については、Snowflake: 共有データの利用を参照してください。
ステップ 1: Braze からデータシェアを送信する
- Braze で、パートナー連携 > データ共有に移動します。
- Snowflake アカウントの詳細とロケーターを入力します。アカウントロケーターを取得するには、送信先アカウントで
SELECT CURRENT_ACCOUNT()を実行します。 - CRR シェアを使用している場合は、クラウドプロバイダーとリージョンを指定します。
- 完了したら、データシェアを作成を選択します。これにより、データシェアが 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 など)にマッピング
- その他
ユーザー 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-Southeast-2 (Sydney)
- AP-Southeast-3 (Jakarta)
これらのリージョン外のユーザーに対しては、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.
クエリの速度、パフォーマンス、コスト
データに対して実行されるクエリの速度、パフォーマンス、コストは、データのクエリに使用するウェアハウスのサイズによって決まります。場合によっては、分析でアクセスするデータ量に応じて、クエリを正常に実行するためにより大きなウェアハウスサイズを使用する必要があることがあります。Snowflake には、最適なサイズの決定方法に関する優れたリソースがあります。ウェアハウスの概要やウェアハウスに関する考慮事項を参照してください。
Snowflake の設定時に参照できるクエリの例については、サンプルクエリおよび ETL イベントパイプラインの設定の例をご確認ください。
GitHub でこのページを編集