Procédures de restauration du code de production AEM pour les déploiements de Cloud Manager
Les déploiements d’exploitation de Adobe Experience Manager (AEM) nécessitent différentes méthodes de restauration en fonction du type de déploiement, de l’âge de déploiement et du modèle d’hébergement. Ce problème se produit, car Cloud Manager prend uniquement en charge la restauration pour les déploiements full stack éligibles, tandis que les déploiements frontend uniquement, les déploiements plus anciens et certains scénarios AMS nécessitent d’autres méthodes de récupération. Pour résoudre ce problème, identifiez l’éligibilité de restauration, restaurez le code et validez le déploiement.
Description description
Environnement
Adobe Experience Manager as a Cloud Service (AEMaaCS)
Problème/Symptômes
- Un déploiement en production introduit des régressions et nécessite une restauration immédiate.
- L’option Restaurer le code déployé précédent n’est pas disponible, car le déploiement réussi précédent date de plus de 30 jours.
- Un déploiement frontal uniquement introduit des modifications CSS ou JavaScript défectueuses et ne peut pas être restauré via la fonctionnalité de restauration de Cloud Manager.
- Les problèmes de synchronisation Git ou de branche empêchent le redéploiement d’une validation précédente.
- Une restauration d’environnement AMS entraîne des temps d’arrêt prolongés pendant la récupération.
Cause première
Le problème se produit, car AEM sépare le code de plateforme, le code personnalisé du client et le contenu modifiable. Seuls les déploiements full stack génèrent des artefacts que Cloud Manager peut restaurer. Les déploiements front-end uniquement ne créent pas d’images AEM restaurables et les déploiements de plus de 30 jours ne sont pas conservés pour les opérations de restauration. Les environnements AMS sans fonctionnalités de déploiement bleu/vert dépendent du redéploiement ou de la restauration de l’environnement, ce qui peut introduire des temps d’arrêt.
Résolution resolution
Pour déterminer la stratégie de restauration appropriée et restaurer la stabilité de production, procédez comme suit :
- Identifiez le scénario de restauration en déterminant s’il s’agit d’un déploiement full stack, d’un déploiement frontend uniquement, d’un déploiement AMS ou d’un déploiement plus ancien en dehors de la fenêtre de restauration prise en charge.
- Restaurez un déploiement full stack AEM as a Cloud Service éligible en accédant à Cloud Manager
>Environnements>Environnement de production>Restaurer>Code précédent déployé lorsque le déploiement réussi précédent se situe dans la période de conservation prise en charge. - Effectuez une restauration basée sur Git en revenant à une validation dont le fonctionnement a été vérifié et en redéployant le code rétabli via le pipeline de production lorsque l’option de restauration n’est pas disponible.
- Restaurez un déploiement frontal uniquement en rétablissant le code frontal dans Git et en réexécutant le pipeline de déploiement frontal, car la restauration de Cloud Manager ne prend pas en charge les déploiements frontaux uniquement.
- Restaurez un déploiement AEM Managed Services en redéployant la version de code précédente ou en demandant une restauration de l’environnement, le cas échéant.
- Vérifiez que le déploiement est terminé en confirmant que le pipeline se termine correctement et que la version de validation attendue apparaît comme active.
- Validez la résolution en effectuant des tests de fumée de production, en confirmant la stabilité de l’application et en vérifiant que le code restauré se comporte comme prévu.
Quand réaffecter
- L’option de restauration reste indisponible même si le déploiement répond aux exigences d’éligibilité de la restauration.
- Le déploiement échoue à plusieurs reprises après le retour à la validation précédente.
- La restauration restaure une version de code incorrecte ou introduit une instabilité supplémentaire.
- Les problèmes de synchronisation des référentiels empêchent la restauration ou le redéploiement à partir de Git.