[Ultimate]{class="badge positive"}

Snowflake ストリーミング接続 snowflake-destination

概要 overview

Snowflake宛先コネクタを使用して、AdobeのSnowflake インスタンスにデータを書き出します。このインスタンスは、Adobeが ​ 非公開リスト ​ を通じてお使いのインスタンスと共有します。

Snowflakeの宛先の仕組みと、AdobeとSnowflakeの間でのデータの転送方法については、次の節を参照してください。

Snowflake データ共有の仕組み data-sharing

この宛先は、Snowflake データ共有を使用します。つまり、データが物理的に書き出されたり、独自のSnowflake インスタンスに転送されたりすることはありません。 代わりに、Adobeでは、Adobe Snowflake環境内でホストされるライブテーブルへの読み取り専用アクセスが許可されます。 この共有テーブルに対してSnowflake アカウントから直接クエリを実行できますが、テーブルを所有しておらず、指定した保持期間を超えてテーブルを変更または保持することはできません。 Adobeは、共有テーブルのライフサイクルと構造を完全に管理します。

AdobeのSnowflake インスタンスから初めて自分のインスタンスにデータを共有する際に、Adobeからの非公開リストを受け入れるように求められます。

データ保持と有効期間（TTL） ttl

この統合を通じて共有されるすべてのデータでは、7 日間の固定有効期限（TTL）が設定されています。 最後の書き出しから 7 日後に、データフローがまだアクティブであるかどうかに関係なく、共有テーブルは自動的に期限切れになり、アクセスできなくなります。 7 日を超えてデータを保持する必要がある場合、TTL の有効期限が切れる前に、内容を独自のSnowflake インスタンスで所有するテーブルにコピーする必要があります。

オーディエンスの更新動作 audience-update-behavior

オーディエンスが ​ バッチモード ​ で評価される場合、共有テーブルのデータは 24 時間ごとに更新されます。 つまり、オーディエンスメンバーシップの変更と共有テーブルに変更が反映される間に、最大 24 時間の遅延が発生する可能性があります。

増分エクスポートロジック incremental-export

データフローが初めてオーディエンスに対して実行されると、バックフィルが実行され、現在認定されているすべてのプロファイルが共有されます。 この最初のバックフィルの後は、増分更新のみが共有テーブルに反映されます。 つまり、オーディエンスに追加されたプロファイルまたはオーディエンスから削除されたプロファイルです。 このアプローチにより、効率的な更新が保証され、共有テーブルが最新の状態に保たれます。

ストリーミングとバッチデータ共有 batch-vs-streaming

Experience Platformには、Snowflake ストリーミングと ​2}Snowflake バッチ ​ の 2 種類のSnowflake宛先が用意されています。

次の表に、各データ共有方法が最も適したシナリオを概説することで、使用する宛先を決定するのに役立ちます。

バッチデータ共有について詳しくは、Snowflake Batch connection ドキュメントを参照してください。

ユースケース use-cases

ストリーミングデータ共有は、プロファイルがメンバーシップまたはその他の属性を変更したときに直ちに更新する必要があるシナリオに最適です。 これは、次のような、リアルタイムの応答性が必要なユースケースで重要です。

ストリーミングデータ共有は、セグメントの変更、ID マップの変更、属性の変更に基づいて継続的な更新を提供するので、待ち時間が重要で即時の更新が必要なシナリオに適しています。

前提条件 prerequisites

Snowflake接続を設定する前に、次の前提条件を満たしていることを確認してください。

必要な権限について詳しくは、Snowflake ドキュメント ​ を参照してください。

サポートされるオーディエンス supported-audiences

この節では、この宛先に書き出すことができるオーディエンスのタイプについて説明します。 以下の 2 つの表は、このコネクタがサポートするオーディエンスを、オーディエンスオリジン および オーディエンスに含まれるプロファイルタイプ 別に示しています。

書き出しのタイプと頻度 export-type-frequency

宛先の書き出しのタイプと頻度について詳しくは、以下の表を参照してください。

宛先への接続 connect

この宛先に接続するには、宛先設定のチュートリアルの手順に従ってください。宛先の設定ワークフローで、以下の 2 つのセクションにリストされているフィールドに入力します。

宛先に対する認証 authenticate

宛先を認証するには、「Connect to destination」を選択します。

宛先の詳細の入力 destination-details

宛先の詳細を設定するには、以下の必須フィールドとオプションフィールドに入力します。UI のフィールドの横のアスタリスクは、そのフィールドが必須であることを示します。

アラートの有効化 enable-alerts

アラートを有効にすると、宛先へのデータフローのステータスに関する通知を受け取ることができます。リストからアラートを選択して、データフローのステータスに関する通知を受け取るよう登録します。アラートについて詳しくは、UI を使用した宛先アラートの購読に関するガイドを参照してください。

宛先接続への詳細の入力を終えたら「Next」を選択します。

この宛先に対してオーディエンスをアクティブ化 activate

この宛先にオーディエンスをアクティベートする手順は、ストリーミングオーディエンスの書き出し宛先へのプロファイルとオーディエンスのアクティベートを参照してください。

属性のマッピング map

Snowflakeの宛先では、プロファイル属性とカスタム属性とのマッピングをサポートしています。

ターゲット属性は、「Attribute name」フィールドに指定した属性名を使用して、Snowflakeで自動的に作成されます。

書き出されたデータ／データ書き出しの検証 exported-data

データが正しく書き出されたことをSnowflake アカウントで確認します。

既知の制限事項 known-limitations

デフォルトの結合ポリシー制限 default-merge-policy-restriction

現在、デフォルトの結合ポリシーにマッピングされたオーディエンスのみを書き出すことができます。

地域での提供 regional-availability

Snowflake ストリーミング先は現在、Experience Platform VA7 リージョンでプロビジョニングされたReal-Time CDPのお客様のみが利用できます。

データの使用とガバナンス data-usage-governance

Adobe Experience Platform のすべての宛先は、データを処理する際のデータ使用ポリシーに準拠しています。Adobe Experience Platform がどのように データガバナンスを実施するかについて詳しくは、データガバナンスの概要を参照してください。