適切なデータライフサイクル管理機能の選定
運用、保持、およびストレージの要件に基づいて、Adobe Experience Platformにデータが保持される期間を管理する方法について説明します。 このガイドでは、利用可能なリテンションと削除のオプションを説明し、ニーズに基づいて、目標に適合するオプションと、それらを使用するタイミングを決定するのに役立ちます。 詳細な手順については、各セクションの実装リンクに従ってください。
このガイドは、Experience Platformでデータ量、保持、および使用権限を管理する管理者および開発者向けです。 データセット 、ID、 プロファイル 、 サンドボックス など、Experience Platformのコアコンセプトに精通していることを前提としています。 各アクションに必要な可用性と権限については、リンクされたUI ページとAPI ページで説明します。
データライフサイクルを管理する理由 why-manage
Adobe Experience Platformはデータを継続的に取り込み、保存するデータ量は時間の経過とともに増加します。 データライフサイクルを管理することで、そのデータをアクティブなユースケースに合わせて調整することができます。これにより、価値を生み出し続けるデータを保持し、もはや価値のないデータを削除できます。 明確に定義された保持戦略は、組織のデータ保持要件を満たし、データ量をライセンス使用資格の範囲内に収めるのにも役立ちます。
ユースケースで必要とする以上のデータが蓄積すると、いくつかのリスクに直面します。
- 関連性の低下： シグナルを有用なままの期間を超えて保持すると、セグメンテーション、アクティベーション、パーソナライゼーションの関連性と実用的さが低下する可能性があります。
- コストのプレッシャー： データボリュームが増加すると、ライセンス使用権限に向かったり、ライセンス使用権限を超えたりして、超過につながる可能性があります。
- パフォーマンスが低下しました：過剰なデータはシステム負荷を増加させ、処理が遅くなる可能性があります。
- プライバシーの露出： データを有用なデータよりも長く保持すると、プライバシーのリスクと規制の露出が増加します。
このような事態を回避するためには、Adobeでは、アクティブなユースケースをサポートしている限りのみデータを保持することをお勧めします。 取り込みフィルターを使用して、取り込み時に同じ原則を適用し、ユースケースに必要なデータのみを取り込みます。 イベントデータなどの行動データは、通常、レコードデータよりもはるかに多くのストレージを消費します。そのため、管理されていない行動データは、通常、ストレージの成長に最も大きな影響を与えます。 仮名プロファイルは、時間の経過とともに蓄積し、プロファイル数を増やすこともできます。そのため、仮名プロファイルデータの有効期限を使用して、非アクティブな仮名プロファイルが不要になった場合に削除することを検討してください。
取り込まれたデータはすべてExperience Platformに保持され、データライフサイクル管理の重要な要素は、データをワークフローに一致させることです。 Experience Platformは、異なる目的を果たす2つのリポジトリにデータを保存します。
データセットは、分析ワークフローやエンゲージメントワークフロー、またはその両方に対応できます。 Experience Event データがプロファイルストアとデータレイクの両方で使用可能な場合、各リポジトリには独自の保持ポリシーがあります。 一方のリポジトリからデータを期限切れにしても、もう一方のリポジトリから同じデータが自動的に削除されるわけではありません。 データを使用するワークフローで必要な期間のみデータを保持し、両方のリポジトリに適切な保持ポリシーが設定されていることを確認します。
ライセンス使用権限の追跡と管理に関するガイダンスについては、 データ管理ライセンス使用権限のベストプラクティス を参照してください。
適切な機能の選択 choose-a-capability
データ管理の目標により、使用する保持または削除オプションが決まります。 次の表は、プライバシーまたは規制上の削除要求などの一般的な目標と、適合するオプションを示しています。 以下の節では、各保持および削除オプションについて説明します。
高度なデータライフサイクル管理オプションの中で、レコードの削除とデータセットの有効期限は、必要なときに送信する1回限りのアクションをターゲットとしています。 エクスペリエンスイベントの有効期限は、プロファイルストアから古いエクスペリエンスイベントを自動的に削除し、仮名プロファイルデータの有効期限は、非アクティブな未知のプロファイルを継続的に削除します。 データレイク保持ポリシーは、データレイク内のExperienceEvent データセットに行レベルの有効期限を適用します。 目標に複数のオプションが必要な場合、例えば、特定のレコードを削除すると同時に、継続的なイベントの増加もトリミングする場合は、 リテンション戦略の計画の説明に従って組み合わせます。
レコードの削除 record-delete
データクレンジングやデータ最小化などの運用目的で、プライマリ IDに関連付けられたレコードを削除する必要がある場合は、レコード削除を使用します。 プライマリ IDに基づいて、Experience Platformから個々のレコードが削除されます。 デフォルトでは、レコードの削除は、データレイク、ID サービス、リアルタイム顧客プロファイルに影響します。 レコードの削除はコンプライアンスツールではありません。 データ主体または消費者の権利に関するリクエストの場合は、代わりにAdobe Experience Platform Privacy Serviceを使用してください。
レコードの削除は、ターゲットサービスで使用されるプライマリ IDに基づいて行われます。 使用する前に、次の制限事項に注意してください。
- プライマリ IDのみが一致し、プライマリ IDに一致するすべてのレコードが削除されます。 レコードをセカンダリ IDでターゲットにすることはできません。
- プライマリ IDが設定されていないレコードはスキップされます。
- プライマリ IDがデータセットのスキーマで設定される前に取り込まれたデータは、この方法で削除できません。
- スケジュール済みまたは処理中のデータセットの有効期限を持つデータセットは、レコード削除リクエストを受信できません。 スケジュールされた有効期限をキャンセルするか、有効期限が完了するまで待ってから、レコード削除リクエストを送信します。
- Data Mirrorを介して外部ソースシステムと同期されたリレーショナルスキーマデータセットの場合、削除されたレコードがまだソースシステムに存在する場合、そのレコードが再び取り込まれる可能性があります。 削除ワークフローの一部としてソースを更新します。 Data Mirrorおよび リレーショナルスキーマに関する考慮事項を参照してください。
組織の設定に応じて、単一のデータセットまたはすべてのデータセットからレコードを削除できます。
リクエストを送信すると、Experience Platformは処理する前にリクエストをバッチ処理します。 使用権限のservice level agreement（SLA）内で処理が完了します。 処理段階と各所要時間については、 データライフサイクル処理タイムライン を参照してください。 レコードの削除リクエストは、毎日および毎月のID送信制限の対象となります。 現在の制限については、識別子の送信クォータ を参照してください。
レコード削除要求は、 データライフサイクル ワークスペースまたはAPIで作成できます。 UI ワークフローの レコード削除リクエストの作成およびAPIの作業指示エンドポイントガイド を参照してください。
データセットの有効期限 dataset-expiration
ユースケースに不要になったデータセット全体を廃止する必要がある場合は、データセットの有効期限を使用します。 選択した日付にデータセットの削除をスケジュールし、有効期限プロセスが開始する前にいつでもスケジュールされた有効期限を変更またはキャンセルできます。 データセットが有効期限に達すると、データレイク、ID サービス、リアルタイム顧客プロファイルがそれぞれデータセットのコンテンツの削除を開始し、3つのサービスがすべて終了すると、有効期限が完了します。
スケジュールされたデータセットの有効期限は、一度に保留中の数に制限があります。 制限は、製品とShieldの使用権限によって異なります。 現在の制限については、有効期限の保留中の制限を参照してください。 Advanced Data Lifecycle Managementでは、データセットのバッチ削除はサポートされていません。
データセットの有効期限は、 データライフサイクル ワークスペースまたはAPIでスケジュールできます。 UI ワークフローについては データセットの有効期限をスケジュール し、APIについては データセットの有効期限エンドポイントガイド を参照してください。
自動保持と有効期限 automatic-expiration
プロファイルストアまたはデータレイクから古いデータを経時的に自動的にトリミングする場合は、エクスペリエンスイベントの有効期限、仮名プロファイルデータの有効期限、またはデータレイクの保持ポリシーを使用して、行レベルの有効期限を設定します。 設定した設定では、個々のリクエストを送信することなく、設定した保持期間または非アクティブ期間に応じて、適格なデータを自動的に削除します。 設定は、変更または削除するまで引き続き適用されます。
エクスペリエンスイベントの有効期限と仮名プロファイルデータの有効期限は補完的な機能ですが、設定が異なります。 エクスペリエンスイベントの有効期限は、データセット ワークスペースのデータセットごとに設定され、仮名プロファイルデータの有効期限は、プロファイル設定のサンドボックスレベルで個別に設定されます。
Experience Eventの有効期限 experience-event-ttl
エクスペリエンスイベントの有効期限は、設定された保持期間の後に、プロファイルストアからエクスペリエンスイベントを削除します。 ExperienceEvent データセットの場合、 データセット ワークスペースでその保持期間を設定します。 この設定はデータセットレベルで適用され、プロファイル属性ではなくイベントのみを削除します。 プロファイルに独自の属性がない場合、プロファイルは、すべてのイベントが削除された後に存在しなくなります。 最低保持期間は1日です。 設定ガイダンスについては、 データ保持ポリシーの設定 ドキュメントを参照してください。
偽名プロファイルデータの有効期限 pseudonymous-profile-ttl
仮名プロファイルデータの有効期限はサンドボックスレベルで適用され、設定した期間に非アクティブだった仮名（不明）プロファイルは削除されます。 イベントとプロファイルレコードの両方が削除されます。 設定は自分で設定できます。 デフォルトの有効期限は、実稼動サンドボックスの場合は14日、開発サンドボックスの場合は3日です。 削除プロセスは定期的なサイクルで実行されるので、適格なプロファイルはすぐに削除されません。 設定ガイダンスについては、匿名プロファイルデータの有効期限を参照してください。
2つの有効期限メカニズムは、範囲とそれらが削除するもので異なります。
2つの設定はお互いに補完し合います。 データセットにエクスペリエンスイベントの有効期限を設定して、イベントデータがプロファイルストアに残る期間を制御し、匿名プロファイルデータの有効期限を使用して、非アクティブな未知のプロファイルが有効な期間に基づいて削除します。 期間の選択に関するガイダンスについては、 リテンション戦略の計画を参照してください。
データレイクの保持ポリシー data-lake-retention
ExperienceEvent データセットの場合、設定された保持期間によって、Experience Eventsがプロファイルストアから期限切れになるまでの時間が決まります。 ExperienceEvent データセットには、別のデータレイク保持ポリシーを設定することもできます。 両方とも、 データセット ワークスペースの同じSet データ保持ポリシー ワークフローから設定されます。
使用可能な保持オプションを区別するには、次のガイダンスを使用します。
これらの保持期間は独立しているため、プロファイルストアから有効期限が切れた後、データレイクにイベントを長期分析のために保持できます。 API設定を含むデータレイクの保持ガイダンスについては、 エクスペリエンスイベントデータセット保持（TTL）の管理を参照してください。
リテンション戦略の立案 plan-retention
データライフサイクルの管理は、1回限りの作業ではなく、継続的な作業です。 データは、アクティブなユースケースをサポートしている限りのみ保持し、データが有効な期間に合わせて保持期間と有効期限を設定します。
データ戦略の指針となる主な考慮事項
保持または有効期限の設定を行う前に、各データセットについて次の質問に答えます。
- このデータは、アクティブなユースケースでも必要ですか？ ユースケースの要件を超えたデータを保持することは、価値を高めることなく、保存と処理のコストを増加させます。
- このデータは、分析ワークフロー、エンゲージメントワークフロー、またはその両方をサポートしていますか？ 各データセットを🔗の提供する ワークフローに合わせ、それに応じて保持を管理します。
- このデータを保持する必要がある期間はどれくらいですか？ デフォルトまたは無期限の期間に頼るのではなく、データがユースケースをサポートする期間に応じて、保持期間と有効期限を設定できます。
- データの使用状況を確認する頻度は？ 利用状況を定期的に確認することで、非効率性を発見し、コストやパフォーマンスに影響を与える前に維持率の設定を調整することができます。
保持期間を設定する場合は、次のガイダンスを使用します。
- エクスペリエンスイベントの有効期限： オーディエンスが必要とする最長時間のルックバックをカバーするように保持期間を設定し、セグメンテーションが正確に保たれるように、その期間内にオーディエンスのルックバックウィンドウを維持します。
- 仮名プロファイルデータの有効期限：非アクティブな未知のプロファイルが、保持するエクスペリエンスイベントよりも早く値を失う場合は、それらのプロファイルをより早く削除するために、有効期限を短く設定します。
- データレイクの保持ポリシー：同じデータがプロファイルストアから期限切れになる場合とは関係なく、分析に必要なイベントデータに長い期間を設定します。 データの使用時間とデータの使用方法を一致させます。頻繁にアクセスされるデータは短く、アーカイブが必要な場合は長くなります。 推奨期間と最小値については、 エクスペリエンスイベントデータセット保持（TTL）の管理を参照してください。
データ保持要件にもとづいてこれらの機能を適用します。 たとえば、大量のクリックストリームデータの場合は、エクスペリエンスイベントの有効期限を設定し、非アクティブな未知のプロファイルの値が早く失われる場合は、プロファイルストアのフットプリントを制御するために、より短い仮名プロファイルデータの有効期限を設定します。 同じイベントを長期的な分析に使用するために、データレイクの保持期間を長く別途設定します。
データセットの有効期限を使用して、不要になったデータセット全体を削除し、レコードの削除を使用してリクエスト時に特定のレコードを削除します。
ライセンス使用権限の追跡と管理に関するガイダンスについては、 データ管理ライセンス使用権限のベストプラクティス を参照してください。
次の手順 next-steps
適切なリテンションまたは削除オプションを選択したら、リンクされた実装ガイダンスを使用して実行します。 レコードの削除またはデータセットの有効期限にAPIを使用している場合は、バッチ処理、スロットル、監視に関するガイダンスについては、 レコードの削除およびデータセットの有効期限リクエストに関するベストプラクティス も参照してください。