Last update: Wed Feb 05 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
Créé pour :
- Utilisateur ou utilisatrice
- Développeur
- Administration
Adobe Experience Platform offre un ensemble d’outils fiables pour gérer des opérations de données complexes et volumineuses afin d’orchestrer les expériences client. Les données étant ingérées dans le système au fil du temps, il devient de plus en plus important de gérer les banques de données pour que les données soient utilisées comme prévu, mises à jour lorsque des données incorrectes doivent être corrigées et supprimées lorsque les politiques d’entreprise le jugent nécessaire.
Ces activités peuvent être effectuées à l’aide de l’espace de travail de l’interface utilisateur cycle de vie des donnéesou de l’API Data Hygiene. Lorsqu’une tâche du cycle de vie des données s’exécute, le système fournit des mises à jour de transparence à chaque étape du processus. Pour plus d’informations sur la représentation de chaque type de traitement dans le système, consultez la section sur la chronologie et la transparence.
Espace de travail de l’interface utilisateur cycle de vie des données ui
L’espace de travail Cycle de vie des données de l’interface utilisateur de Platform vous permet de configurer et de planifier des opérations de cycle de vie des données et de vous assurer que les enregistrements sont conservés comme prévu.
Pour obtenir des instructions détaillées sur la gestion des tâches du cycle de vie des données dans l’interface utilisateur, consultez le guide de l’interface utilisateur du cycle de vie des données.
API Data Hygiene api
L’interface utilisateur Cycle de vie des données repose sur l’API Data Hygiene, dont vous pouvez utiliser les points d’entrée directement si vous préférez automatiser les activités de cycle de vie des données. Pour plus d’informations, consultez le Guide de l’API Data Hygiene.
Chronologie et transparence timelines-and-transparency
Les demandes suppression d’enregistrements et d’expiration de jeu de données ont chacune leur propre chronologie de traitement et fournissent des mises à jour de transparence à des points clés de leurs workflows respectifs.
Ce qui suit se produit lorsqu’une requête d’expiration de jeu de données est créée :
Étape
Durée après expiration planifiée
Description
La requête a été soumise
0 heure
Un gestionnaire de données ou un analyste de la confidentialité soumet une demande pour qu’un jeu de données expire à un moment donné. La requête est visible dans l’interface utilisateur du cycle de vie des données après avoir été soumise, et reste dans un statut en attente jusqu’à l’heure d’expiration planifiée, après quoi la requête s’exécutera.
Le jeu de données est marqué pour suppression
0-2 heures
Une fois la requête exécutée, le jeu de données est marqué pour suppression. Si vous utilisez le stockage de données Amazon Web Services (AWS), ce processus peut prendre jusqu’à deux heures. Pendant ce temps, les opérations telles que la segmentation par lots et en flux continu, la prévisualisation ou l’estimation, l’exportation et l’accès ignorent ce jeu de données.
Jeu de données déposé
3 heures
Une heure après que le jeu de données est marqué pour suppression, il est entièrement supprimé du système. À ce stade, le jeu de données est supprimé de la
page d’inventaire des jeux de données dans l’interface utilisateur. Toutefois, les données du lac de données ne sont que supprimées de manière réversible à ce stade et le resteront jusqu’à ce que le processus de suppression définitive soit terminé.
Nombre de profils mis à jour
30 heures
Selon le contenu du jeu de données supprimé, certains profils peuvent être supprimés du système si tous leurs attributs de composant sont liés à ce jeu de données. 30 heures après la suppression du jeu de données, toutes les modifications résultantes dans le nombre total de profils sont répercutées dans les
widgets du tableau de bord et d’autres rapports.
Audiences mises à jour
48 heures
Une fois tous les profils affectés mis à jour, toutes les
audiences connexes sont mises à jour pour refléter leur nouvelle taille. Selon le jeu de données supprimé et les attributs que vous segmentez, la taille de chaque audience peut augmenter ou diminuer en raison de la suppression.
Destinations et parcours mis à jour
50 heures
Suppression définitive terminée
15 jours
Les suppressions de jeux de données dans Amazon Web Services (AWS) sont soumises à une latence d’environ trois heures avant que les modifications ne soient entièrement appliquées. Cela inclut jusqu’à deux heures pour que le jeu de données soit marqué pour suppression, suivies d’une heure supplémentaire avant qu’il ne soit complètement supprimé du système. En revanche, les demandes de suppression pour les instances Platform qui utilisent Azure Data Lake entraînent des modifications immédiates dans toutes les fonctions commerciales.
Pour les utilisateurs AWS, ce délai peut avoir un impact sur la segmentation par lots, la segmentation par flux, les aperçus, les estimations, les exportations et l’accès aux données. Cette latence affecte uniquement les clients qui utilisent AWS, car les utilisateurs d’Azure Data Lake bénéficient de mises à jour immédiates. Pour les utilisateurs d’AWS, les demandes de suppression peuvent prendre jusqu’à trois heures pour se propager entièrement sur tous les systèmes affectés. Ajustez vos attentes en conséquence.
Étapes suivantes
Ce document présente une vue d’ensemble des fonctionnalités de cycle de vie des données de Platform. Pour commencer à effectuer des demandes d’hygiène des données dans l’interface utilisateur, reportez-vous au guide de l’interface utilisateur. Pour savoir comment créer des tâches de cycle de vie des données par programmation, reportez-vous au guide de l’API Data Hygiene