Déploiement FFDA Campaign

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.

Avantages

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 :

• Mise à l'échelle du volume de données que vous pouvez gérer (jusqu'à 8 To)
• Mise à l'échelle des performances de requêtes pour la segmentation et le ciblage ainsi que pour l'ingestion et la sortie des données
• Mise à l'échelle de la préparation des diffusions (des heures aux minutes)

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.

Architecture de Campaign Enterprise (FFDA)

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 :

• Les modules de diffusion et de gestion des mails rebonds sont désactivés sur l'instance.
• L'application est configurée pour déléguer les envois des messages à un serveur de mid-sourcing distant via des appels SOAP (sur HTTP ou HTTPS).

La base de données Snowflake côté marketing permet d’effectuer les opérations suivantes :

• Stocker toutes les données client : les profils, les données personnalisées comme les transactions, les produits, les emplacements, etc.
• Stocker l’ensemble des événements et des données de comportement générés ou collectés par Campaign, tels que les logs de diffusion, les logs de tracking, les enregistrements push, etc.
• Stocker tous les agrégats de données de l’exemple ci-dessus
• Stocker une copie (h+1) des tables de référence (comme les diffusions, les énumérations, les pays, etc.) qui sont utilisées dans les workflows, les campagnes et les rapports
• Exécution de tous les processus et workloads par lots

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 :

  • Créer des personnalisations pour les données client ; par exemple, ne créez pas de table domestique dans PostgreSQL, mais uniquement dans Snowflake
  • Stocker les logs de diffusion, les logs de tracking, etc. sur la dimension de ciblage FFDA
  • Stocker un grand volume de données

La base de données PostgreSQL sur l'instance de mid-sourcing est utilisée pour :

• Exécuter les diffusions par lots et en temps réel (RT)
• Envoyer des logs de diffusion et de tracking : notez que les identifiants des logs de diffusion et de tracking sont des UUID et non des identifiants 32 bits
• Collecter et stocker les données de suivi

Impacts

Mécanisme d'évaluation des API Campaign

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.

Nouvelles API

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.

Réplication des données

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.

En savoir plus sur la réplication des données

Gestion des identifiants

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

Disponibilité des fonctionnalités

Certaines fonctionnalités ne sont pas disponibles dans le cadre d’un déploiement Grands comptes (FFDA) de Campaign, telles que :

• Gestion des ressources marketing
• Coupons
• Tracking web
• Questionnaires

Rubriques connexes

• Bonnes pratiques relatives au modèle de données

Ressources Business.Adobe.com