Flux de travail de déploiement d'instances pour une ECS exécution sur Amazon Linux 2 et versions ultérieures - AWS Elastic Beanstalk

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Flux de travail de déploiement d'instances pour une ECS exécution sur Amazon Linux 2 et versions ultérieures

La section précédente décrit les fonctions d'extensibilité prises en charge pendant les phases du flux de déploiement d'applications. Il existe certaines différences entre les branches de la plateforme Docker ECSexécutées sur Amazon Linux 2 et versions ultérieures. Cette section explique comment ces concepts s'appliquent à cette branche de plateforme spécifique.

Avec de nombreuses façons d'étendre la plateforme de votre environnement, il est utile de savoir ce qui se passe chaque fois qu'Elastic Beanstalk alloue une instance ou exécute un déploiement sur une instance. Le schéma suivant montre l'ensemble de ce flux de travail de déploiement pour un environnement basé sur les ECSbranches de la plate-forme Amazon Linux 2 et ECSsur les branches de la plate-forme Amazon Linux 2023. Elles décrivent les différentes phases d'un déploiement et les étapes suivies par Elastic Beanstalk au cours de chaque phase.

Contrairement au flux décrit dans la section précédente, la phase de configuration du déploiement ne prend pas en charge les fonctions d'extensibilité suivantes : commandes Buildfile, commandes Procfile, configuration de proxy inverse.

Remarques

  • Le diagramme ne représente pas l'ensemble complet des étapes suivies par Elastic Beanstalk sur les instances d'environnement au cours du déploiement. Nous fournissons ce diagramme à titre d'illustration, pour vous indiquer l'ordre et le contexte de l'exécution de vos personnalisations.

  • Par souci de simplicité, le diagramme ne mentionne que les sous-répertoires hook .platform/hooks/* (pour les déploiements d'applications), et non les sous-répertoires hook .platform/confighooks/* (pour les déploiements de configuration). Les hooks dans ces derniers sous-répertoires s'exécutent exactement au cours des mêmes étapes que les hooks dans les sous-répertoires correspondants indiqués dans le diagramme.

Flux de travail pour l'ordre d'exécution des extensions sur une instance d'environnement sur la plateforme Docker ECS basée sur la plateforme Docker.

La liste suivante détaille les étapes du flux de déploiement.

  1. Exécute tous les fichiers exécutables trouvés dans le répertoire appdeploy/pre sous EBhooksDir.

  2. Exécute tous les fichiers exécutables trouvés dans le répertoire .platform/hooks/prebuild de votre bundle source (.platform/confighooks/prebuild pour un déploiement de configuration).

  3. Exécute tous les fichiers exécutables trouvés dans le répertoire .platform/hooks/predeploy de votre bundle source (.platform/confighooks/predeploy pour un déploiement de configuration).

  4. Exécute tous les fichiers exécutables trouvés dans le répertoire appdeploy/enact sous EBhooksDir.

  5. Exécute tous les fichiers exécutables trouvés dans le répertoire appdeploy/post sous EBhooksDir.

  6. Exécute tous les fichiers exécutables trouvés dans le répertoire .platform/hooks/postdeploy de votre bundle source (.platform/confighooks/postdeploy pour un déploiement de configuration).

La référence à EBhooksDir représente le chemin d'accès au répertoire des hooks de la plateforme. Pour récupérer le nom du chemin d'accès au répertoire, utilisez l'outil de script get-config sur la ligne de commande de votre instance d'environnement, comme illustré : 

$ /opt/elasticbeanstalk/bin/get-config platformconfig -k EBhooksDir