Créer des configurations de flux de données dynamiques
Par défaut, le Adobe Experience Platform Edge Network envoie tous les événements qui atteignent un flux de données à tous les Experience Cloud services que vous avez activés pour vos flux de données. Selon vos cas d’utilisation, il peut ne pas toujours s’agir du workflow idéal.
Les configurations dynamiques de train de données corrigent ce problème par le biais d’ensembles de règles que vous définissez pour chaque service activé pour votre train de données, qui contrôlent Experience Cloud solution reçoit chaque type de données.
Conditions préalables prerequisites
Pour créer une configuration dynamique pour votre flux de données, vous devez remplir deux conditions :
- Vous devez avoir créé au moins un flux de données à utiliser. Pour plus d’informations, consultez la documentation sur la création d’un flux de données.
- Vous devez avoir au moins un service Experience Cloud ajouté à votre flux de données. Pour plus d’informations, consultez la documentation sur la ajout d’un service à un flux de données .
Après avoir créé un flux de données et y avoir ajouté un service Experience Cloud, vous pouvez créer une configuration dynamique.
Mécanismes de sécurisation guardrails
Les configurations de flux de données dynamiques comportent des limites et des contraintes de performances spécifiques pour garantir des performances système optimales et une efficacité de traitement des données optimale. Les mécanismes de sécurisation suivants s’appliquent lors de la configuration des règles de flux de données dynamiques :
Configurations de train de données dynamiques et remplacements de la configuration de train de données dynamic-versus-overrides
Les configurations dynamiques de train de données et remplacements de configuration de train de données sont des fonctionnalités qui s’excluent mutuellement.
Vous ne pouvez pas utiliser de configurations de train de données dynamiques avec des remplacements de configurations de train de données. Il faut choisir l'un ou l'autre.
Si vous activez les deux, les remplacements de configuration sont prioritaires et le système ignore les règles de configuration des trains de données dynamiques.
Création d’une configuration de train de données dynamique create-dynamic-configuration
Après avoir créé un flux de données et ajouté un service, suivez les étapes ci-dessous pour ajouter une configuration dynamique au service.
-
Accédez à la page Data Collection > Datastreams et sélectionnez le flux de données que vous avez créé.
-
Sélectionnez l’option Edit sur le service pour lequel vous souhaitez définir une configuration dynamique.
-
Dans la page Configure, sélectionnez Save and Edit Dynamic Configuration.
-
Sélectionnez Add Dynamic Configuration.
-
Dans le panneau Resources, faites glisser et déposez les éléments avec lesquels vous souhaitez créer votre règle sur le côté droit de la fenêtre. Vous pouvez combiner plusieurs ressources pour créer des règles complexes.
Utilisez les options de chaque ressource, telles que equals, does not equal, exists, etc., pour affiner vos règles.
-
Dans la section Configuration , activez ou désactivez les services pour chaque règle, selon que vous souhaitez que les données soient envoyées ou non à chaque service. Si vous désactivez un service, le routage est désactivé et aucune donnée n’est envoyée au service en aval.
-
Une fois la configuration des règles terminée, sélectionnez Save.
Considérations sur la priorité des règles rule-priority
Vous pouvez définir plusieurs règles pour chaque configuration de train de données dynamique. Cependant, si vos données correspondent aux conditions de plusieurs règles, seule la première règle correspondante de la liste est prise en compte, et toutes les autres règles correspondantes sont ignorées.
Pour obtenir le comportement de routage des données souhaité, prêtez attention à l’ordre dans lequel vous organisez les règles.
Pour configurer l’ordre des règles, faites glisser et déposez les fenêtres des règles dans l’ordre de votre choix.
Critères d’éligibilité des règles eligibility-criteria
Les configurations de train de données dynamiques doivent répondre à des critères d’éligibilité spécifiques pour garantir des performances élevées, une maintenabilité et une clarté optimale. Vous trouverez ci-dessous les principales exigences et les bonnes pratiques pour définir des règles.
Types de données pris en charge supported-data-types
Les règles de configuration des trains de données dynamiques fonctionnent avec des types de données spécifiques pour garantir des performances optimales et un routage des données fiable. Comprendre quels types de données sont pris en charge vous permet de créer des règles efficaces pour traiter vos données efficacement.
Opérateurs pris en charge supported-operators
Les règles peuvent utiliser les opérateurs suivants, selon le type de données :
equals, starts with, ends with, contains, exists, does not equal, does not start with, does not end with, does not contain, does not existequals, does not equal, greater than, less than, greater than or equal to, less than or equal to, exists, does not existequals true/false, does not equal true/falseequals, does not equal, exists, does not existtoday, yesterday, this month, this year, custom date, in last, from, during, within, before, after, rolling range, in next, exists, does not existINCLUDE, ANY/ALL (équivalent à AND/OR)Structure de règle rule-structure
Lors de la création de règles pour les configurations dynamiques de train de données, il est important de comprendre les exigences structurelles qui assurent des performances optimales et la compatibilité du système. La structure des règles a une incidence directe sur l’efficacité du traitement et du routage de vos données dans le système.
Utilisez uniquement des expressions aplaties. Vous devez définir des règles sous la forme d’expressions logiques aplaties. Les expressions logiques imbriquées (utilisant des conteneurs ou plusieurs niveaux de AND/OR) ne sont pas prises en charge. Si vous avez besoin d’une logique complexe, divisez-la en plusieurs règles aplaties.
Prenons l’exemple de la règle complexe suivante.
Vous pouvez décomposer cette règle en plusieurs règles plus simples :
Évitez les règles complexes. Des règles plus simples garantissent une évaluation plus rapide et une meilleure maintenabilité.
Bonnes pratiques best-practices
Le respect des bonnes pratiques lors de la création de règles de configuration de flux de données dynamiques garantit des performances optimales, la fiabilité du système et des configurations gérables. Ces instructions vous aident à éviter les pièges courants et à créer des règles efficaces qui fonctionnent en toute transparence avec l’architecture de la plateforme.
- Simplifiez et aplatissez les règles. Si vous devez exprimer une logique complexe, utilisez plusieurs règles au lieu d’imbriquer.
- Utiliser uniquement types de données pris en charge et opérateurs.
- Tester les performances de vos règles. Des règles trop complexes ou non prises en charge peuvent entraîner leur rejet par le système ou nuire aux performances du système.