Architecture générale general-architecture

Environnement client personnalisé

Interface graphique intuitive dans laquelle les utilisateurs peuvent communiquer et suivre les offres marketing, créer des campagnes, passer en revue et gérer toutes les activités, programmes et plans marketing, notamment les e-mails, les workflows et les landing pages, créer et gérer les profils des clients et créer les audiences.

Environnement de développement

Logiciel côté serveur qui exécute les campagnes marketing par le biais des canaux de communication sélectionnés, notamment e-mail, SMS, notification push, courrier, web ou social, en fonction des règles et des workflows définis dans l'interface utilisateur.

Conteneurs de base de données

Reposant sur la technologie de base de données relationnelle, la base de données cloud d'Adobe Campaign stocke toutes les informations, les composants de campagne, les offres, les workflows, ainsi que les résultats de campagne dans des conteneurs de base de données.

Serveur d’applications (nlserver web) : ce processus expose l’ensemble des fonctionnalités d’Adobe Campaign via les API de services web (SOAP/HTTP + XML). De plus, il peut générer dynamiquement les pages Web utilisées pour l’accès par HTML (rapports, formulaires Web, etc.). Pour ce faire, ce processus comprend un serveur JSP Apache Tomcat. Il s’agit du processus auquel la console se connecte.

Moteur de workflow (nlserver wfserver) : ce processus exécute les processus de workflow définis dans l’application. Il prend également en charge les workflows techniques qui s'exécutent périodiquement, et notamment les suivants :

• Tracking  : récupère et consolide les logs de tracking, de façon à ce que vous puissiez obtenir les logs du serveur de redirection et créer les indicateurs agrégés utilisés par le module de reporting.
• Nettoyage  : nettoie la base de données, vide les anciens enregistrements et évite que la base de données ne se développe de manière exponentielle.
• Facturation  : envoie un rapport d'activité pour la plateforme (taille de la base, nombre d'actions marketing, etc.).

Serveur de diffusion (nlserver mta) : Adobe Campaign dispose d’une fonctionnalité de diffusion d’emails native. Ce processus fonctionne comme un agent de transfert d’e-mails SMTP (MTA). Il effectue une personnalisation « un à un » des messages et gère leur diffusion physique. Il s'exécute à l'aide de traitements de diffusion et gère les reprises automatiques. De plus, lorsque le tracking est activé, il remplace automatiquement les URL afin qu'elles pointent vers le serveur de redirection. Ce processus peut assurer la personnalisation et l’envoi automatique vers un prestataire externe pour les diffusions de type SMS, Fax ou Courrier.

Serveur de redirection (nlserver webmdl) : pour les e-mails, Adobe Campaign gère automatiquement le suivi des ouvertures et des clics (le suivi transactionnel au niveau du site web est une autre possibilité). Pour ce faire, les URL intégrées dans les e-mails sont réécrites afin de pointer vers ce module qui enregistre la transmission de l’utilisateur Internet avant de le rediriger vers l’URL requise.

Pour garantir une disponibilité maximale, ce processus est totalement indépendant de la base de données : les autres processus serveur communiquent uniquement avec elle à l'aide d'appels SOAP (HTTP, HTTP(S) et XML). Techniquement, cette fonctionnalité est implémentée dans un module d'extension d'un serveur HTTP (extension ISAPI dans IIS, module DSO Apache, etc.) et est disponible uniquement sous Windows.

Gérer les e-mails de rebond (nlserver inMail) : ce processus permet de récupérer automatiquement les e-mails des boîtes de réception configurées pour recevoir les messages rebonds renvoyés en cas d’échec de la diffusion. Ces messages sont ensuite soumis à un traitement selon des règles afin de déterminer les raisons de leur non-diffusion (destinataire inconnu, dépassement de quota, etc.) et de mettre à jour le statut de la diffusion dans la base de données. Toutes ces opérations sont entièrement automatiques et préconfigurées.

Statut de diffusion par SMS (nlserver sms)  : ce processus interroge le routeur des SMS afin de collecter le statut de la progression et de mettre à jour la base de données.

Écriture des messages de log (nlserver syslogd) : ce processus technique capture les messages de logs et les traces générés par les autres processus et les écrit sur le disque dur. De ce fait, de nombreuses informations sont disponibles pour le diagnostic en cas de problème.

Écriture des logs de tracking (nlserver trackinglogd) : ce processus enregistre sur disque les logs de tracking générés par le processus de redirection.

Écriture des événements entrants (nlserver interactiond) : ce processus assure l’enregistrement sur disque des événements entrants, dans le cadre d'Interaction.

Supervision des modules (nlserver watchdog) : ce processus technique agit comme un processus principal qui génère les autres. Il les surveille également et les relance automatiquement en cas d'incident, ce qui permet de maintenir un temps d'activité du système.

Serveur de statistiques (nlserver stat) : ce processus gère les statistiques sur le nombre de connexions, les messages envoyés pour chaque serveur de messagerie vers lequel les messages sont envoyés, ainsi que leurs limitations (nombre maximum de connexions simultanées, de messages par heure et/ou connexion). Il permet également de fédérer plusieurs instances ou machines si elles partagent les mêmes adresses IP publiques.