Grâce à l'utilisation de Snowflake, une technologie de base de données cloud, Full Federated Access (FFDA) Adobe Campaign Enterprise améliore considérablement sa mise à l'échelle et sa vitesse, ainsi que la capacité à gérer un nombre plus important de profils client, ainsi que des taux de diffusion et de transactions beaucoup plus élevés par heure.
Campaign v8 Enterprise (FFDA) fournit une mise à l'échelle de bout en bout à n'importe quelle étape du processus, depuis le ciblage au reporting final :
Il s'agit d'une modification fondamentale de l'architecture logicielle. Les données sont désormais distantes et Campaign fédère l'intégralité d'entre elles, y compris les profils. Les processus Campaign évoluent désormais de bout en bout, du ciblage à l'exécution des messages : l'ingestion des données, la segmentation, le ciblage, les requêtes et les diffusions s'exécutent désormais en quelques minutes. Cette nouvelle version résout le défi de la mise à l'échelle tout en conservant le même niveau de flexibilité et d'extensibilité. Le nombre de profils est presque illimité et la rétention des données peut être étendue.
Le stockage dans le cloud est effectué dans Snowflake : un nouveau compte externe natif assure la connectivité avec la base de données dans le cloud. Il est configuré par Adobe et ne doit pas être modifié. En savoir plus
Tout schéma prédéfini ou toute table intégrée devant être déplacé ou répliqué dans la base de données du cloud est fourni avec une extension de schéma intégrée sous l'espace de noms xxl. Ces extensions contiennent toutes les modifications nécessaires au déplacement des schémas natifs depuis la base de données Campaign locale vers la base de données Snowflake dans le cloud et à l'adaptation de leur structure en conséquence : nouvel UUID, liens mis à jour, etc.
Les données client ne sont pas stockées dans la base de données Campaign locale. Par conséquent, toute table personnalisée doit être créée dans la base de données cloud.
Dans un déploiement Enterprise (FFDA), Adobe Campaign v8 fonctionne avec deux bases de données : une base de données Campaign locale pour la messagerie en temps réel de l'interface utilisateur et les requêtes et écritures unitaires à travers les API, et une base de données Snowflake Cloud pour l'exécution de campagnes, les requêtes par lots et l'exécution de workflows.
Campaign v8 Enterprise présente le concept de Full Federated Data Access (FFDA) : toutes les données sont désormais distantes sur la base de données cloud.
Des API spécifiques sont disponibles pour gérer les données entre la base de données locale et la base de données cloud. Découvrez le fonctionnement de ces nouvelles API et comment les utiliser sur cette page.
La communication générale entre les serveurs et les processus est réalisée conformément au schéma suivant :
La base de données Snowflake côté marketing permet d’effectuer les opérations suivantes :
La base de données PostgreSQL sur l'instance marketing est utilisée pour :
Exécuter certaines workloads, telles que les API à faible volume
Stocker toutes les données de Campaign, y compris les paramètres de diffusion et de campagne, les définitions de workflow et de service
Stocker toutes les tables de référence intégrées (énumérations, pays, etc.) qui sont répliqués vers Snowflake
Cependant, vous ne pouvez pas :
La base de données PostgreSQL sur l'instance de mid-sourcing est utilisée pour :
Avec la base de données Campaign cloud, les appels unitaires d'explosion ne sont pas recommandés en raison des performances (latence et simultanéité). L'opération par lots est toujours préférable. Afin de garantir des performances optimales des API, Campaign gère toujours les appels API au niveau de la base de données locale.
Le mécanisme d'évaluation des API est présenté dans cette page.
De nouvelles API sont disponibles pour gérer la synchronisation des données entre la base de données Campaign locale et la base de données cloud. Un nouveau mécanisme a également été introduit pour gérer les appels API au niveau de la base de données locale afin d'éviter la latence et d'améliorer les performances globales.
Les nouvelles API sont présentées dans cette page.
Un workflow technique spécifique gère la réplication des tables qui doivent être présentes des deux côtés (base de données locale de Campaign et base de données dans le cloud). Ce workflow est déclenché toutes les heures et repose sur une nouvelle bibliothèque JavaScript intégrée.
Plusieurs politiques de réplication ont été créées en fonction de la taille de la table (XS, XL, etc.).
Certaines tables sont répliquées en temps réel tandis que d'autres le sont toutes les heures. Certaines tables disposeront de mises à jour incrémentielles tandis que d'autres bénéficieront d'une mise à jour complète.
En savoir plus sur la réplication des données
Les objets Campaign v8 utilisent désormais un Identifiant universel unique (UUID), ce qui permet d'identifier des données à l'aide de valeurs uniques illimitées.
Veuillez noter que cet identifiant est basé sur des chaînes et n'est pas séquentiel. La clé primaire n'est pas une valeur numérique dans Campaign v8 et vous devez utiliser les attributs autouuid et autopk dans vos schémas.
Dans Campaign Classic v7 et les versions antérieures, l'unicité d'une clé dans un schéma (c'est-à-dire une table) est gérée au niveau du moteur de la base de données. Plus généralement, les moteurs de base de données classiques tels que PostgreSQL, Oracle ou SQL Server incluent un mécanisme natif pour empêcher l'insertion de lignes dupliquées à partir d'une colonne ou d'un ensemble de colonnes via des clés primaires et/ou des index uniques. Les ID en double n'existent pas dans ces versions lorsque l'index correct et les clés primaires sont définis au niveau de la base de données.
Adobe Campaign v8 est fourni avec Snowflake comme base de données principale. Comme cela augmente considérablement l'échelle des requêtes, l'architecture répartie de la base de données Snowflake ne fournit pas de tels mécanismes de gestion et d'application de l'unicité d'une clé dans une table. Par conséquent, avec Adobe Campaign v8, rien n'empêche l'ingestion de clés dupliquées dans une table. Les utilisateurs finaux sont désormais chargés d'assurer la cohérence des clés au sein de la base de données Adobe Campaign. En savoir plus
Certaines fonctionnalités ne sont pas disponibles dans le cadre d’un déploiement Grands comptes (FFDA) de Campaign, telles que :
Rubriques connexes