Lorsque AEM en tant que service cloud a été lancé pour la première fois, le comportement des CDN ne pouvait être contrôlé (dans une très limitée mesure) que via des configurations Apache pour le contrôle du cache. Si vous aviez besoin de personnalisation supplémentaire, votre seule option était d’apporter votre propre CDN : c’est-à-dire d’ajouter un CDN supplémentaire comme Cloudflare, Akamai ou un Fastly auto-configuré, par-dessus le CDN Fastly intégré géré par Adobe.

Introduction au CDN géré Adobe pour AEM en tant que service cloud

L’année dernière, cependant, Adobe a déployé une nouvelle fonctionnalité CDN gérée pour AEM Cloud Service, simplifiant considérablement les configurations hybrides avec Edge Delivery Services (alias Helix) ou avec AEM basé sur JCR. Nous avons ici quelques diagrammes d’architecture et d’autres exemples de configuration à ce sujet.

La configuration se fait en créant un fichier /config/cdn.yaml dans votre projet AEM et en le déployant via un pipeline de configuration dédié pour gérer les paramètres spécifiques à l’environnement (par exemple, DEV, STG, PROD). Ces pipelines légers s’exécutent généralement en seulement 1 à 2 minutes, permettant une itération efficace et des tests sûrs de la nouvelle logique CDN avant leur déploiement en production.

Cependant, les déploiements vers un AEM en tant qu’environnement de développement de services cloud nécessitent d’exécuter un pipeline Cloud Manager, et exécuter un pipeline Cloud Manager nécessite un commit git. Vous ne voulez pas déboguer votre syntaxe ET tester votre logique de configuration avec des poussées git répétées vers votre branche de développement, c’est juste compliqué (sans parler d’un temps absurde). Heureusement , il existe un moyen de tester cela localement avec un minimum de configuration, ce qui vous permet de vous amuser encore plus à tester la même chose quarante fois pour essayer d’obtenir la bonne syntaxe.

Le secret de cela, ce sont les environnements de développement rapide d’Adobe, ou RDE.

Configuration et test des configurations CDN sur un AEM RDE

La principale différence entre les RDE et les environnements Dev, Stage et Production dans un environnement AEM en tant que Cloud Service est que le RDE est conçu pour être déployé directement depuis la station de travail d’un développeur individuel via l’interface en ligne de commande aio , contrairement à un pipeline Cloud Manager contrôlé par git. Ces modifications sont destinées à l’itération rapide et au débogage, mais ce sont des environnements partagés – ce qui permet aux modifications d’être validées et de passer par des processus de revue appropriés avant d’entrer dans le cycle de publication du Dev -> Stage -> Prod.

Configurez un environnement RDE avec un CDN

Pour tester vos configurations CDN sur un RDE, vous devrez d’abord vous assurer d’avoir un nom d’hôte et un certificat SSL configurés devant l’environnement RDE concerné, afin d’avoir un environnement CDN à configurer. Notez également que la plupart des environnements AEMaaCS n’ont qu’un seul environnement RDE provisionné, mais que plusieurs environnements peuvent être provisionnés moyennant un coût supplémentaire, et cela a pu être fait dans le cadre du contrat de votre entreprise avec un service AEM Cloud.

Pour configurer cela dans un domaine Edge Delivery Services, faites ce qui suit :

(1) Créer un domaine dans Cloud Manager: Dans votre interface Adobe Cloud Manager, allez dans Paramètres de domaine sur le rail de navigation de gauche, puis cliquez sur Ajouter un domaine dans le

Vous voudrez configurer cela avec un certificat géré par Adobe, qui générera ensuite un code de vérification que vous devrez saisir sous forme de CNAME dans votre fournisseur DNS afin de vérifier le certificat. Jusqu’à ce que cette étape de vérification soit terminée, votre certificat apparaîtra comme « NON VÉRIFIÉ »

Une fois vérifié, vous pouvez passer à l’étape suivante.

(2) Ajouter le certificat SSL : Une fois la propriété d’un domaine vérifié, vous pouvez ajouter un certificat SSL pour ce domaine. Vous pouvez utiliser soit un certificat géré par Adobe, soit votre propre certificat si vous préférez. Notez que Cloud Manager ne remplira que les domaines que vous avez vérifiés.

(3) Mapper le domaine à votre environnement RDE dans Cloud Manager : Vous devrez ensuite mapper votre domaine à l’environnement RDE dans Cloud Manager. Dans la navigation ferroviaire de gauche, cliquez sur DOMAIN MAPAGES, puis sélectionnez « Adobe Managed CDN » comme type CDN, puis choisissez le nom de votre environnement RDE comme origine, publish comme niveau, et sélectionnez le domaine et le certificat SSL que vous avez créés pour cet environnement RDE.

(4) Mapper le domaine à Adobe dans le DNS : Dans votre DNS, créez un enregistrement CNAME pour mapper votre domaine RDE à cdn.adobeaemcloud.com. Cela permettra à Adobe de détecter et de router ce domaine en conséquence.

(5) Assurez-vous que votre config.yml gère les environnements RDE : Enfin, si vous avez suivi ce guide pratique pour configurer Adobe Managed CDN, lorsque vous configurez votre cdn.yml, assurez-vous que le RDE est listé comme l’un des environnements auxquels la configuration se rapporte :

kind: "CDN"
version: "1"
metadata:
  envTypes: ["rde", "dev", "stage", "prod"]
data:

Utiliser la ligne de ligne de commande AIO pour envoyer les configurations vers le CDN du RDE

Une fois que vous avez un RDE configuré et prêt à accepter votre configuration CDN, vous êtes prêt à configurer votre station de travail pour pouvoir envoyer les configurations CDN vers le RDE.

1. Installez NPM, Node et NVM sur votre machine. Tu voudras utiliser des Nodejs 20

2. installer l’exécution Adobe E/S avec npm install -g @adobe/aio-cli

3. installez et mettez à jour vos plugins AIO :
aio plugins:install @adobe/aio-cli-plugin-cloudmanager

aio plugins:install @adobe/aio-cli-plugin-aem-rde aio plugins:update

4. Authentifiez avec une connexion AIO qui ouvrira une fenêtre de navigateur - assurez-vous d’utiliser votre profil IMS pour le compte AEMaaCS avec lequel vous travaillez, sinon vous devrez peut-être aio logout et resélectionner.

1. Définissez votre organisation avec aio cloudmanager:org:select

5. Définir l’ID de votre programme sur celui de votre organisation avec aio config:set cloudmanager_programid {YOUR PROGRAM ID GOES HERE}

1. Si vous voulez voir les environnements auxquels vous avez accès, utilisez aio cloudmanager:list-environments . Cela vous montrera dans quel environnement se trouve le RDE
2. Utilisez cela pour définir l’ID d’environnement CloudManager. Cela peut se faire en utilisant aio config:set cloudmanager_environmentID {YOUR ENVIRONMENT ID GOES HERE}

6. Démarrez votre configuration RDE avec aio aem:rde:setup - il vous demandera si vous souhaitez magasiner localement, dites oui s’il vous plaît

7. Essaie aio aem:rde:status et vois si ça te permet d’utiliser le RDE. Il devrait répondre ainsi :

PS C:\Users\Noah\Desktop\my-aemaacs> aio aem:rde:status
Running aem:rde:status on cm-p104400-e1291792
Info for cm-p104400-e1291743
Environment: Ready

Une fois que vous avez configuré cela, vous êtes prêt à commencer à tester votre configuration. Si ce n’est pas déjà fait, c’est le bon moment pour créer une nouvelle branche qui reflétera vos changements. Ensuite, il faudra s’assurer d’être dans le bon dossier de la configuration que vous souhaitez tester. Une fois cela fait, vous pouvez utiliser aio aem:rde:install -t env-config ./config pour installer votre configuration CDN dans le répertoire. Ceci listera toutes les erreurs de syntaxe que vous pourriez avoir.

PS C:\Users\Noah\Desktop\my-aemaacs> aio aem:rde:install -t env-config ./config
Running aem:rde:status on cm-p104400-e1291743
Zipped file /tmp/aio-rde-RF1WAb/config.zip of 2584 total bytes
Uploading ████████████████████████████████████████ 100% | ETA: 0s | 3/3 KB
#42: deploy completed for env-config config.zip on author,publish - done by [email protected] at 2025-10-24T21:15:59.387Z
Logs:
> State: complete

Tester quelque chose comme une configuration CDN peut parfois être compliqué, mais il existe des moyens de le faire localement. Même si les tests seront effectués localement, nous devons toujours utiliser la logique backend qui sera utilisée par le CDN. Si c’est bien fait, cela nous permettra de voir comment la configuration CDN interagit avec les URL de test sans avoir besoin de la pousser vers une branche de développement.

Votre prochaine étape sera probablement de créer une pull request pour obtenir l’approbation de vos changements dans le développement, basée sur la stratégie de branchement en vigueur dans votre organisation. Lorsque votre PR est approuvé, les configurations peuvent être envoyées dans le dépôt configuré pour vos pipelines Cloud Manager, où elles peuvent ensuite être transférées à l’environnement de développement pour des tests complémentaires, puis à Prod !

Avec cette approche, les développeurs individuels peuvent être totalement productifs dans le développement et le test de configurations CDN en toute confiance, sachant qu’ils ont de très bonnes chances de travailler en production !

À propos de l’auteur

Tu as aimé ce que tu as entendu ? Vous avez des questions sur ce qui vous convient ? Nous serions ravis de discuter ! Contactez-nous

Épisodes de podcast