Snowflake
Snowflake は、Software-as-a-Service (SaaS) として提供される専用 SQL クラウドデータウェアハウスです。Snowflake のデータウェアハウスは、従来のデータウェアハウス製品よりも高速で使いやすく、極めて高い柔軟性を備えています。Snowflake 独自の特許取得済みアーキテクチャにより、すべてのデータを集約し、迅速な分析を可能にし、すべてのユーザーにデータドリブンのインサイトを提供することが容易になります。
パーソナライズされたおよび関連性のあるマーケティングキャンペーンには、その瞬間のデータへのアクセスが必要です。だからこそBrazeはSnowflakeと提携してデータ共有を開始しました。この共同の取り組みにより、マーケターはこれまでになく迅速にカスタマーエンゲージメントとびキャンペーンデータの可能性を引き出すことができます。
BrazeとSnowflakeの統合は、Snowflakeのデータ交換を活用してプレゼンスを構築し、新しい顧客を見つけ、増え続けるSnowflakeの顧客基盤を通じてリーチを拡大します。
Snowflake アカウントがなくても Snowflake レベルのデータにアクセスできるとしたらどうでしょうか?
「Snowflake Reader アカウント」をご覧ください。Reader Accounts では、Braze がお客様のデータを作成してアカウントと共有し、またログインしてデータにアクセスするための認証情報を用意します。これにより、すべてのデータ共有と使用量請求は Braze が完全に処理することになります。
データ共有とは何ですか？
SnowflakeのSecure Data Sharing機能により、BrazeはSnowflakeポータル上のデータへの安全なアクセスを提供し、通常のデータ提供者との関係に伴うワークフローの摩擦や遅延、失敗点、不必要なコストを心配することなく利用できます。データ共有は、次の統合または Snowflake Reader アカウントで設定できます。
- 洞察までの時間を短縮する
ETLプロセスの構築に数週間かかることにさよならを言いましょう。Braze と Snowflake の独自のアーキテクチャにより、すべてのカスタマーエンゲージメントとキャンペーンデータは、データレイクに到着した時点からすぐにアクセスおよびクエリ可能になります。データのコピーと移動は行われないので、最も関連性が高い最新の情報のみに基づいて顧客体験を提供できます。 - データのサイロ化を解消する
チャネルやプラットフォーム全体で顧客の全体像を把握する。データ共有により、Braze のカスタマーエンゲージメントデータを他のすべての Snowflake データと結合することがこれまで以上に容易になり、唯一の信頼できる情報源全体でより豊富なインサイトが作成されます。 - お客様のエンゲージメントの状況を確認する
Brazeベンチマークを使用して、カスタマーエンゲージメント戦略を最適化します。このインタラクティブツールは、BrazeとSnowflakeによって提供されており、ブランドのエンゲージメントデータをチャネル、業界、デバイスプラットフォーム全体のベンチマークと比較することができます。
データ共有では、実際のデータはアカウント間でコピーまたは転送されません。すべての共有は Snowflake 独自のサービスレイヤーとメタデータストアを介して行われます。共有データは消費者アカウントのストレージを一切使用しないため、これは重要な意味を持ちます。したがって、消費者の毎月のデータストレージ料金には影響しません。消費者に請求されるのは、共有データをクエリするために使用されるコンピューティングリソース (仮想ウェアハウスなど) のみです。
さらに、Snowflake の組み込みの役割と権限の機能を使用すると、Snowflake アカウントとアカウント内のデータに対してすでに適用されているアクセス制御を使用して、Braze から共有されるデータへのアクセスを制御および管理できます。アクセスは、あなた自身のデータと同じ方法で制限および監視できます。
Snowflake のデータ共有の詳細については、安全なデータ共有の紹介を参照してください。
前提条件
この機能を使用する前に、以下を完了しておく必要があります。
| 必要条件 | 説明 |
|---|---|
| Braze へのアクセス | Braze でこの機能を使用するには、Braze アカウントまたは顧客 サクセスマネージャーに連絡する必要があります。 |
| Snowflakeアカウント | admin の権限を持つ Snowflake アカウント。 |
安全なデータ共有の設定
Snowflake では、データ共有はデータプロバイダーとデータ消費者の間で行われます。このコンテキストでは、データ共有を作成して送信するため、Braze アカウントはデータプロバイダーであり、データ共有を使用してデータベースを作成するため、Snowflake アカウントはデータ消費者です。詳細は、Snowflake:Consuming Shared Data を参照してください。
ステップ 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 スキーマ
次に示す Braze と Snowflake でのユーザー ID の命名規則の違いに注意してください。
| Brazeスキーマ | スノーフレークスキーマ | 説明 |
|---|---|---|
braze_id |
"USER_ID" |
Brazeによって自動的に割り当てられる一意の識別子。 |
external_id |
"EXTERNAL_USER_ID" |
顧客によって設定されたユーザーのプロファイルの一意の識別子。 |
重要な情報と制限
破壊的な変更と非破壊的な変更
非破壊的な変更
非破壊的な変更はいつでも発生する可能性があり、一般的に追加の機能を提供します。非破壊的な変更の例には次のものがあります。
- 新しいテーブルまたはビューを追加する
- 既存のテーブルやビューにカラムを追加する
新しい列の追加は非破壊的な変更と見なされるため、Braze では SELECT * クエリを使用する代わりに、各クエリで関心のある列を明示的に列挙することを強くお勧めします。あるいは、列を明示的に名前付けするビューを作成し、それらのビューを直接テーブルの代わりにクエリすることを検討するかもしれません。
破壊的な変更
可能な場合には、破壊的な変更の前に通知を行い、移行期間を設けます。破壊的な変更の例には次のものがあります。
- テーブルまたはビューを削除する
- 既存のテーブルやビューからカラムを削除する
- 既存の列の型またはnull許容性を変更する
Snowflake のリージョン
Braze は現在、Snowflake AWS US East-1、EU-Central (フランクフルト)、AP-Southeast-2 (シドニー)、AP-Southeast-3 (ジャカルタ) リージョンのすべてのユーザーレベルデータをホストしています。これらのリージョン外のユーザーの場合、Braze は、Snowflake インフラストラクチャを AWS、Azure、または GCP リージョンでホストしている共同の顧客にデータ共有を提供できます。
情報リテンション
保存方針
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には、ウェアハウスの概要やウェアハウスの考慮事項など、どのサイズを使用するかを最適に判断する方法に関する優れたリソースが用意されています。
Snowflakeの設定時に参照するためのサンプルクエリセットについては、サンプルクエリおよびETLイベントパイプライン設定の例を確認してください。
GitHub でこのページを編集