[Beta]{class="badge informative"}
Créer des configurations de flux de données dynamiques
- L’option permettant de définir des configurations de train de données dynamiques est actuellement dans Beta et disponible pour un nombre limité de clients. Pour accéder à cette fonctionnalité, contactez votre représentant Adobe. La documentation et les fonctionnalités peuvent changer.
Par défaut, Experience Platform Edge Network envoie tous les événements qui atteignent un flux de données à tous les services Experience Cloud que vous avez activés pour vos flux de données. Selon vos cas d’utilisation, ce workflow peut ne pas toujours être idéal pour vous.
Les configurations dynamiques de train de données répondent à ce problème par le biais d’ensembles de règles configurables par l’utilisateur que vous définissez pour chaque service activé pour votre train de données, qui déterminent quelle solution Experience Cloud doit recevoir 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.
Cela signifie que 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 à la fois les configurations de train de données dynamique et les remplacements de configuration de train de données, les remplacements de configuration sont prioritaires et les règles de configuration de train de données dynamique sont ignorées.
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 Collecte de données > Flux de données et sélectionnez le flux de données que vous avez créé.
-
Sélectionnez l'option Modifier sur le service pour lequel vous souhaitez définir une configuration dynamique.
-
Sur la page Configurer, sélectionnez Enregistrer et modifier la configuration dynamique.
-
Sélectionnez Ajouter une configuration dynamique.
-
Dans le panneau Ressources, 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 égal à, n’est pas égal à, existe, etc. pour affiner vos règles.
-
Dans la section Configuration, activez/désactivez les services que vous souhaitez activer ou désactiver pour chaque règle, selon que vous souhaitez ou non envoyer les données à chaque service. Si vous désactivez ce bouton, le routage des services est désactivé et aucune donnée n’est envoyée au service en amont.
-
Une fois la configuration des règles terminée, sélectionnez Enregistrer.
Considérations sur la priorité des règles considerations
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 ET/OU) 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 illustrée dans l’image ci-dessous.
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.
- Gardez les règles simples et plates. Si vous devez exprimer une logique complexe, utilisez plusieurs règles au lieu de l’imbrication.
- Utiliser uniquement types de données pris en charge et opérateurs.
- Testez 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.