Fermer

mars 20, 2023

Modèle de déploiement Cloud Manager Blue-Green dans AEM-Adobe Managed Service (AMS)

Modèle de déploiement Cloud Manager Blue-Green dans AEM-Adobe Managed Service (AMS)


Adobe Cloud Manager pour Adobe Experience Manager (AEM) est un service cloud qui permet aux clients de créer, tester et déployer des applications Adobe Experience Manager hébergées par Adobe Managed Services. Il permet aux organisations de gérer elles-mêmes les environnements Adobe Experience Manager dans le cloud, y compris AMS et AEMaaCS.

AMS a introduit le modèle de déploiement Blue-Green dans Cloud Manager. Le déploiement de Blue Green contribuera à réduire les temps d’arrêt causés par le déploiement de Cloud Manager en production.

Qu’est-ce que le modèle de déploiement Blue-Green ?

Un déploiement bleu-vert créera une réplique des niveaux de publication/répartiteur existants.

Blue Green est un module complémentaire de pipeline Cloud Manager CICD qui crée deux environnements distincts mais identiques (jambe Publish-Dispatcher). Un environnement (bleu) exécute la version actuelle de l’application, tandis que l’autre (vert) exécute la nouvelle version de l’application (inactive).

Comment fonctionne le Modèle Bleu/Vert ?

  • Une stratégie de déploiement bleu/vert améliore la disponibilité des applications tout en réduisant les risques de déploiement et les temps d’arrêt. Une fois que l’environnement vert a été soigneusement testé, le trafic des applications en direct y est dirigé et l’environnement bleu est obsolète.
  • Les instances bleu-vert sont traitées comme transitoires dans cette implémentation, et chaque itération d’un pipeline bleu-vert génère un nouvel ensemble de serveurs de publication et de répartiteur.
  • Avec Blue Green Deployment, les serveurs existants (répartiteurs et éditeurs) seront résiliés une fois le déploiement terminé, et un nouveau Publish/Dispatcher sera créé pour être utilisé.

Représentation schématique

Quelle est la portée ?
Seules les instances de publication et de répartiteur de production.

Qu’est-ce qui n’est pas dans le champ d’application ?
Instance d’auteur

Quel est le coût?
Il n’y a pas de frais pour les clients qui utilisent les déploiements Blue/Green. C’est un avantage d’être un client AMS et d’utiliser Cloud Manager.

Qui est éligible?
Tous les clients AMS qui ont terminé la préparation de la mise à l’échelle horizontale (Autoscaling) et qui utilisent Cloud Manager pour les déploiements de production sont éligibles.

Combien de temps peut-on garder les serveurs verts ?
Les serveurs verts seront disponibles pendant 24 heures après leur création. Le pipeline échoue et une restauration se produit s’ils ne sont pas ajoutés à l’équilibreur de charge de production dans les 24 heures.

Durée du déploiement
Déploiement de scène – 30 minutes
Déploiement en production – 3 à 4 heures

Voici les étapes détaillées d’un déploiement bleu/vert

  1. Le déploiement de production déploie à nouveau les modifications sur les instances Stage, suivi de l’approbation sur les instances de production.
  2. Les étapes de déploiement suivantes seront applicables lorsque les configurations mentionnées seront mises à jour dans le pipeline :
  • Le déclencheur de déploiement est « Manuel » à l’étape
  • L’option de déploiement est « Approuver après l’étape » dans l’étape
  • L’option de déploiement est « Utiliser l’approbation Go-Live » en production
  • D’autres options de déploiement, telles que « planifié » ou « utiliser la supervision du CSE », sont disponibles

** Les durées indiquées ci-dessus ne s’appliqueront pas aux déploiements Dispatcher.

Comment valider les modifications à l’aide d’un équilibreur de charge suivant un modèle de déploiement bleu-vert

1. Modifiez votre fichier hosts local [1] à ce moment-là pour faire pointer le domaine vers l’adresse IP d’Application Gateway.

2. Les adresses IP des équilibreurs de charge sont répertoriées ci-dessous. Ces adresses IP ne changeront pas et resteront constantes.

IP publique statique de la passerelle d’application bleue (en direct) – xx.xxx.xxx.xx

IP publique statique de passerelle d’application verte (nouvelle) – aa.aaa.aaa.aaa

Exemple d’entrée dans le fichier hosts – aa.aaa.aaa.aaa www.domaine.com

3. Suite à l’entrée d’hôte ci-dessus, lorsque vous accédez à www.domain.com dans votre navigateur, vous serez dirigé vers l’équilibreur de charge vert où le nouveau code est déployé.

4. Vous pouvez supprimer l’entrée du fichier hôte une fois que vous avez testé vos modifications dans l’équilibreur de charge. Après cela, lorsque vous visiterez www.domain.com, vous serez dirigé vers le CDN.

5. Après un déploiement bleu/vert de production réussi, les adresses IP de la production sont publiées et le répartiteur change. Vous devez obtenir les nouvelles adresses IP à partir d’Adobe Runbook ou contacter Adobe CSE.

Comment revenir en arrière

Option 1: annulez les modifications nécessaires dans le référentiel Git, transférez-les vers le référentiel Git de Cloud Manager et réexécutez le pipeline pour le déploiement en production (recommandé)

Option 2: Restauration à partir d’une sauvegarde de volume de données effectuée avant le déploiement de CM. Cette étape doit être effectuée par Adobe CSE.

Nous discuterons des avantages et des inconvénients de l’utilisation du modèle Blue-Green dans Cloud Manager :

Avantages

  1. Il est simple d’effacer le cache du répartiteur via le pipeline après le déploiement.
  2. La syntaxe du répartiteur peut être validée lors de l’étape de contrôle de sécurité.
  3. Il est facile à utiliser et la mise à jour des détails de la branche de publication dans le pipeline est simple.
  4. Il n’y a pas de temps d’arrêt pour les sites Web d’auteur/en direct pendant le déploiement.
  5. Gérez le déploiement de production sans l’aide d’Adobe CSE, sauf en cas de problème de pipeline.
  6. Avant de mettre en ligne les modifications de code/configuration, l’instance verte peut être testée en profondeur.

Les inconvénients

  1. Il n’y aura aucun contrôle de sécurité ou de performance dans le pipeline de non-production.
  2. Comme il n’y a pas de pipeline distinct pour les changements de répartiteur, nous devrons peut-être attendre plus de 2 heures pour mettre en œuvre les changements, même si les changements de configuration du répartiteur à ligne unique prennent le même temps.
  3. Le modèle de déploiement Blue-Green prend du temps car il faut 3 à 4 heures pour terminer le déploiement de production.
  4. L’incohérence des données est une préoccupation importante lorsque les auteurs de contenu répliquent des pages/actifs pendant le déploiement, et que ces contenus/actifs publiés ne sont pas synchronisés avec l’instance verte. Si les clients signalent le problème, nous devrons peut-être republier ces pages/éléments.
  5. Nous ne serons pas en mesure d’examiner si une étape de déploiement dans Cloud Manager échoue car aucun journal de gestionnaire de cloud n’est disponible dans la console de déploiement, et nous devrons contacter Adobe CSE pour partager les journaux.
  6. La restauration d’une version précédente du code/des modifications du répartiteur via Cloud Manager peut prendre 2 à 3 heures.
  7. Les adresses IP de l’éditeur/répartiteur ne restent pas cohérentes après chaque déploiement de production.
  8. Si une étape échoue, nous devons redémarrer le pipeline de production depuis le début.

TROUVÉ CELA UTILE ? PARTAGEZ-LE




Source link