Effectuer une mise à jour vers le nouveau serveur de délivrabilité acc-deliverability

Depuis la version 7.2.2, Adobe Campaign s’appuie sur un nouveau serveur de délivrabilité qui assure une haute disponibilité et résout les problèmes de conformité en matière de sécurité. Campaign Classic synchronise désormais les règles de délivrabilité, les broadlogs, ainsi que l’adresse de suppression depuis et vers le nouveau serveur de délivrabilité. L’ancien serveur de délivrabilité sera désactivé le 31 août 2022.

En tant que client Campaign Classic, vous devez implémenter le nouveau serveur de délivrabilité avant le 31 août 2022.

NOTE
Pour plus d’informations sur ces modifications, reportez-vous à la section FAQ ou contactez l’Assistance clientèle d’Adobe.

Qu’est-ce qui a changé ? acc-deliverability-changes

Adobe désactive les anciens centres de données pour des raisons de conformité en matière de sécurité. Les clients Adobe Campaign Classic doivent effectuer une migration vers le nouveau serveur de délivrabilité, hébergé sur Amazon Web Service (AWS).

Ce nouveau serveur garantit une haute disponibilité (99,9) et fournit des points d’entrée sécurisés et authentifiés permettant aux serveurs de campagne de récupérer les données requises. Ainsi, plutôt que de se connecter à la base de données pour chaque demande, le nouveau serveur de délivrabilité met en cache les données afin de répondre aux demandes, dans la mesure du possible. Ce mécanisme améliore le temps de réponse.

Cela vous concerne-t-il ? acc-deliverability-impacts

Tous les clients sont concernés et doivent effectuer la mise à niveau vers la version 7.2.2 de Campaign (ou une version ultérieure) et implémenter leur environnement pour bénéficier du nouveau serveur de délivrabilité.

Comment effectuer la mise à jour ? acc-deliverability-update

En tant que client hébergé, Adobe collaborera avec vous pour mettre à niveau votre ou vos instances vers la version la plus récente et créer le projet dans la console Adobe Developer.

En tant que client on-premise/hybride, vous devez effectuer la mise à niveau vers la version 7.2.2 de Campaign (ou une version ultérieure) pour bénéficier du nouveau serveur de délivrabilité. Une fois toutes les instances mises à niveau, vous devez implémenter la nouvelle intégration vers le serveur de délivrabilité d’Adobe, et assurer ainsi une transition transparente.

Étapes dʼimplémentation implementation-steps

WARNING
Ces étapes ne doivent être effectuées que pour les implémentations hybrides et On-Premise.

Dans le cadre de la nouvelle intégration du serveur de délivrabilité, Campaign doit communiquer avec les services partagés d’Adobe via une authentification basée sur Identity Management Service (IMS). Il est préférable d’utiliser le jeton de passerelle basé sur Adobe Developer (également appelé Jeton de compte technique ou JWT Adobe IO).

AVAILABILITY
JWT (JSON Web Tokens) est actuellement en voie de devenir obsolète et sera remplacé par OAuth. La transition sera progressivement effectuée dans les prochaines versions de Campaign et la documentation sera modifiée pour refléter ces mises à jour.

Conditions préalables prerequisites

Avant de commencer l’implémentation, vérifiez la configuration de votre instance.

  1. Ouvrez la console cliente Campaign et connectez-vous à Adobe Campaign en tant qu’administrateur.

  2. Accédez à Administration > Plateforme > Options.

  3. Vérifiez que la valeur de l’option DmRendering_cuid est renseignée.

    • Si vous avez renseigné cette option, vous pouvez lancer l’implémentation.
    • Si aucune valeur n’est renseignée, contactez l’Assistance clientèle d’Adobe pour obtenir votre CUID.

    Cette option doit être renseignée sur toutes vos instances Campaign (MKT, MID, RT, EXEC) avec la valeur correcte. En tant que client hybride, contactez Adobe pour que l’option soit définie sur vos instances MID, RT et EXEC.

En tant que client On-Premise, vous devez également vérifier qu’un profil de produit Campaign est disponible pour votre organisation. Pour ce faire, suivez les étapes ci-après :

  1. En tant qu’administrateur, connectez-vous à Adobe Admin Console.

  2. Accédez à la section Produit et services et vérifiez qu’Adobe Campaign est répertorié.
    Si vous ne pouvez pas voir Adobe Campaign, contactez l’Assistance clientèle d’Adobe pour l’ajouter.

  3. Cliquez sur Adobe Campaign et sélectionnez votre organisation.
    Attention  : si vous avez plusieurs organisations, veillez à choisir la bonne. En savoir plus sur les organisations sur cette page.

  4. Vérifiez qu’il existe un profil de produit. Dans le cas contraire, créez-le. Aucune autorisation n’est requise pour ce profil de produit.

CAUTION
En tant que client On-Premise, si un pare-feu est implémenté de votre côté, vous devez ajouter cette URL https://deliverability-service.adobe.io à votre liste autorisée. En savoir plus.

Étape 1 : Créer/mettre à jour votre projet Adobe Developer adobe-io-project

  1. Accédez à Adobe Developer Console et connectez-vous avec l’accès développeur de votre organisation. Vérifiez votre connexion au portail d’organisation approprié.
    Attention  : si vous avez plusieurs organisations, veillez à choisir la bonne. En savoir plus sur les organisations sur cette page.

  2. Sélectionnez Créer un projet.

    note caution
    CAUTION
    Si vous utilisez déjà la fonctionnalité d’authentification JWT d’Adobe IO pour une autre intégration, telle qu’Analytics Connector ou Adobe Triggers, vous devez mettre à jour votre projet en ajoutant API Campaign à ce projet.
  3. Choisissez Ajouter une API.

  4. Dans la fenêtre Ajouter une API, sélectionnez Adobe Campaign.

  5. Si l’identifiant du client était vide, sélectionnez Générer une paire de clés pour créer une paire de clés publique et privée.

    Les clés seront alors automatiquement téléchargées avec une date d’expiration par défaut de 365 jours. Une fois la date d’expiration atteinte, vous devez générer une nouvelle paire de clés et mettre à jour l’intégration dans le fichier de configuration. L’option 2 vous permet de créer et de télécharger manuellement votre clé publique avec une date d’expiration plus longue.

    note caution
    CAUTION
    Vous devez enregistrer le fichier config.zip lorsque l’invite de téléchargement s’affiche, car vous ne pourrez plus le télécharger.
  6. Cliquez sur Suivant.

  7. Sélectionnez un profil de produit existant ou créez-en un si nécessaire. Aucune autorisation n’est requise pour ce profil de produit. Pour plus d’informations sur les Profils de produit, consultez cette page.

    Cliquez ensuite sur Enregistrer l’API configurée.

  8. Dans votre projet, sélectionnez Adobe Campaign et copiez les informations suivantes sous Compte Service (JWT).

    • Identifiant du client
    • Secret du client
    • Identifiant du du compte technique
    • Identifiant de l'organisation
CAUTION
Le certificat Adobe Developer expire au bout de 12 mois. Vous devez générer une nouvelle paire de clés chaque année.

Étape 2 : ajouter les informations d'identification du projet dans Adobe Campaign add-credentials-campaign

La clé privée doit être encodée au format UTF-8 base64.

Pour ce faire :

  1. Utilisez la clé privée générée dans les étapes ci-dessus.

  2. Encodez la clé privée à l’aide de la commande suivante : base64 ./private.key > private.key.base64. Le contenu base64 sera ainsi enregistré dans un nouveau fichier private.key.base64.

    note note
    NOTE
    Des lignes supplémentaires peuvent parfois être automatiquement ajoutées lors du copier/coller de la clé privée. Pensez à les supprimer avant d’encoder votre clé privée.
  3. Copiez le contenu du fichier private.key.base64.

  4. Connectez-vous via SSH à chaque conteneur où l'instance Adobe Campaign est installée et ajoutez les informations d'identification du projet dans Adobe Campaign en exécutant la commande suivante en tant qu'utilisateur neolane. Les informations d'identification du compte technique seront alors insérées dans le fichier de configuration de l'instance.

    code language-sql
    nlserver config -instance:<instance name> -setimsjwtauth:Organization_Id/Client_Id/Technical_Account_ID/<Client_Secret>/<Base64_encoded_Private_Key>
    
  5. Vous devez arrêter et redémarrer le serveur pour que cette modification soit prise en compte. Vous pouvez également exécuter une commande config -reload.

Étape 3 : valider votre configuration

Pour vérifier que l’intégration a réussi, procédez comme suit :

  1. Ouvrez la console cliente et connectez-vous à Adobe Campaign.
  2. Accédez à Administration > Production > Workflows techniques.
  3. Redémarrez le workflow Actualiser la délivrabilité (deliverabilityUpdate). Cette opération doit être réalisée sur toutes vos instances Campaign (MKT, MID, RT, EXEC). En tant que client hybride, contactez Adobe pour redémarrer le workflow sur vos instances MID, RT et EXEC.
  4. Vérifier les logs : le workflow doit s’exécuter sans erreur.
CAUTION
Après la mise à jour, le workflow Mettre à jour le réseau de test pour l’Inbox Rendering (updateRenderingSeeds) doit être arrêté, car il ne s’appliquera plus et échouera.

Forum aux questions faq

Quelle est le planning de la mise à jour ?

La transition vers le nouveau serveur de délivrabilité, permettant l’ajout de ces fonctionnalités améliorées et le renforcement de la sécurité, commencera le 22 juillet pour les clients hébergés (Campaign Managed Services). Tous les clients hébergés seront mis à jour avant la fin du mois d’août.

Les clients on-premise et hybrides doivent effectuer une transition à la même période.

Que se passe-t-il si je ne mets pas à niveau mon environnement ?

Toute instance de Campaign non mise à niveau d’ici le 31 août ne pourra plus se connecter au serveur de délivrabilité de Campaign. Par conséquent, le workflow Actualiser la délivrabilité (deliverabilityUpdate) échouera, ce qui affectera votre délivrabilité.

Si vous ne mettez pas à niveau votre environnement, les paramètres d’e-mail ne seront plus synchronisés (règles de gestion MX, règles relatives aux e-mails entrants, règles de gestion des domaines et règles de qualification des rebonds). Cela peut affecter votre délivrabilité au fil du temps. Si une modification importante est apportée à ces règles, celles-ci doivent être appliquées manuellement à partir de ce point.

Pour les instances MKT, seule la Liste de suppression globale est affectée.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1