FAQ sur le retrait de la plateforme

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.

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.

Les réponses de cette FAQ font référence aux sujets suivants :

1. Que signifie le retrait d'une branche de plateforme ?

Après la date de retrait annoncée d'une branche de plateforme, vous ne pourrez plus créer de nouvel environnement basé sur la branche de plateforme retirée, sauf si vous disposez déjà d'un environnement actif basé sur cette branche de plateforme. Pour en savoir plus, consultez la FAQ n° 11. Elastic Beanstalk cessera de fournir de nouvelles mises à jour de maintenance pour ces branches de plateforme. Une branche de plateforme retirée n'est pas recommandée pour une utilisation dans des environnements de production. Pour en savoir plus, consultez la FAQ n° 5.

2. Pourquoi les succursales AL1 basées sur les plateformes ont-elles été AWS supprimées ?

Elastic Beanstalk retire les branches de plateforme lorsque les composants de la plateforme sont obsolètes ou retirés par leurs fournisseurs. Dans ce cas, l'AMI Amazon Linux (AL1) a mis fin au support standard le 31 décembre 2020. Alors qu'Elastic Beanstalk a continué AL1 à proposer des plateformes basées jusqu'en 2022, nous avons AL2 depuis AL2 publié et basé des plateformes dotées des fonctionnalités les plus récentes. Pour que les clients puissent continuer à bénéficier des dernières fonctionnalités et mesures de sécurité à l'avenir, il est essentiel qu'ils migrent vers nos AL2 plateformes basées sur la version AL2 023.

3. Quelles sont les branches de plateforme retirées ?

Pour obtenir la liste des composants de plateforme et des branches de plateforme qui ont été retirés, consultez Historique des branches de plateforme retirées.

4. Quelles plateformes sont actuellement prises en charge ?

Consultez Plateformes prises en charge par Elastic Beanstalk dans Plateformes AWS Elastic Beanstalk .

5. Elastic Beanstalk supprimera-t-il ou mettra-t-il fin à des composants de mon environnement après le retrait ?

Notre politique concernant les succursales de plateforme retirées ne supprime pas l'accès aux environnements ni les ressources. Toutefois, un environnement basé sur une branche de plateforme retirée peut se retrouver dans une situation imprévisible, car Elastic Beanstalk n'est pas en mesure de fournir des mises à jour de sécurité, un support technique ou des correctifs logiciels pour les branches de plateforme retirées en raison du fait que le fournisseur a marqué leur composant comme étant en fin de vie (EOL). Par exemple, une vulnérabilité de sécurité néfaste et critique peut apparaître dans un environnement exécuté sur une branche de plateforme retirée. Ou encore, une action de l'API EB peut cesser de fonctionner pour l'environnement si elle devient incompatible avec le service Elastic Beanstalk au fil du temps. La possibilité de ce type de risques augmente avec la durée d'activité d'un environnement basé sur une branche de plateforme retirée.

Si votre application rencontre des problèmes lors de son exécution sur une branche de plate-forme abandonnée et que vous ne parvenez pas à la migrer vers une plate-forme prise en charge, vous devrez envisager d'autres solutions. Les solutions de contournement consistent à encapsuler l'application dans une image Docker pour l'exécuter en tant que conteneur Docker. Cela permettrait à un client d'utiliser n'importe laquelle de nos solutions Docker, telles que nos plateformes AL2 Elastic AL2 Beanstalk 023/ Docker, ou d'autres services basés sur Docker tels qu'Amazon ECS ou Amazon EKS. Les alternatives autres que Docker incluent notre AWS CodeDeploy service, qui permet une personnalisation complète des environnements d'exécution que vous souhaitez.

6. Puis-je soumettre une demande de report de la date de retrait ?

Non. Après la date de retrait, les environnements existants continueront à fonctionner. Toutefois, Elastic Beanstalk ne fournira plus de mise à jour de sécurité et de maintenance de la plateforme. Par conséquent, il est essentiel de migrer vers AL2 la AL2 version 023 si vous exécutez toujours des applications sur une plate-forme AL1 basée. Pour plus d'informations sur les risques et les solutions de contournement, consultez FAQ n° 5.

7. Quelles sont les solutions si je ne parviens pas à terminer ma AL2 migration vers AL2 023 à temps ?

Les clients peuvent continuer à exécuter l'environnement, bien que nous vous encouragions fortement à planifier la migration de tous vos environnements Elastic Beanstalk vers une version de plateforme prise en charge. Cela permet de minimiser les risques et de continuer à profiter des améliorations importantes en matière de sécurité, de performances et de fonctionnalités offertes par les versions les plus récentes. Pour plus d'informations sur les risques et les solutions de contournement, consultez FAQ n° 5.

8. Quel est le processus recommandé pour migrer vers AL2 nos plateformes AL2 023 ?

Pour obtenir des instructions complètes AL1 sur la AL2 migration vers AL2 023/, consultez. Migration de votre application Elastic Beanstalk Linux vers Amazon Linux 2023 ou Amazon Linux 2 Cette rubrique explique qu'Elastic Beanstalk nécessite un déploiement bleu/vert pour effectuer la mise à niveau.

9. Si j'ai un environnement qui s'exécute sur une plateforme retirée, quel est l'impact ?

Un environnement basé sur une branche de plateforme retirée peut se retrouver dans une situation imprévisible, car Elastic Beanstalk n'est pas en mesure de fournir des mises à jour de sécurité, un support technique ou des correctifs logiciels pour les branches de plateforme retirées en raison du fait que le fournisseur a marqué leur composant comme étant en fin de vie (EOL). Par exemple, une vulnérabilité de sécurité néfaste et critique peut apparaître dans un environnement exécuté sur une branche de plateforme retirée. Ou encore, une action de l'API EB peut cesser de fonctionner pour l'environnement si elle devient incompatible avec le service Elastic Beanstalk au fil du temps. La possibilité de ce type de risques augmente avec la durée d'activité d'un environnement basé sur une branche de plateforme retirée. Pour en savoir plus, consultez la FAQ n° 5.

10. Que se passe-t-il 90 jours après la date du retrait ?

Notre politique concernant les succursales de plateforme retirées ne supprime pas l'accès aux environnements ni les ressources. Toutefois, un environnement basé sur une branche de plateforme retirée peut se retrouver dans une situation imprévisible, car Elastic Beanstalk n'est pas en mesure de fournir des mises à jour de sécurité, un support technique ou des correctifs logiciels pour les branches de plateforme retirées en raison du fait que le fournisseur a marqué leur composant comme étant en fin de vie (EOL). Par exemple, une vulnérabilité de sécurité néfaste et critique peut apparaître dans un environnement exécuté sur une branche de plateforme retirée. Ou encore, une action de l'API EB peut cesser de fonctionner pour l'environnement si elle devient incompatible avec le service Elastic Beanstalk au fil du temps. La possibilité de ce type de risques augmente avec la durée d'activité d'un environnement basé sur une branche de plateforme retirée. Pour en savoir plus, consultez la FAQ n° 5.

11. Puis-je créer un nouvel environnement basé sur une plateforme retirée ?

Vous pouvez créer un nouvel environnement basé sur une branche de plateforme retirée, si vous avez déjà utilisé cette branche de plateforme pour créer un environnement existant à l'aide du même compte et dans la même région. La branche de plateforme retirée ne sera pas disponible dans la console Elastic Beanstalk. Toutefois, pour les clients qui disposent d'environnements existants basés sur une branche de plateforme retirée, elle sera disponible via l'interface de ligne de commande EB, l'API EB et AWS CLI. De même, les clients existants peuvent utiliser les consoles Clone environment (Cloner un environnement) et Rebuild environment (Reconstruire un environnement). Toutefois, un environnement basé sur une branche de plateforme retirée peut se retrouver dans une situation imprévisible. Pour en savoir plus, consultez la FAQ n° 5.

12. Si j'ai un environnement existant qui fonctionne sur une branche de plate-forme retirée, jusqu'à quand puis-je créer un nouvel environnement basé sur la branche de plate-forme supprimée ? Puis-je le faire à l'aide de la console, de l'interface de ligne de commande ou de l'API ?

Vous pouvez créer l'environnement après la date de départ à la retraite. Toutefois, il faut garder à l'esprit qu'une branche de plateforme retirée peut se retrouver dans une situation imprévisible. Plus un tel environnement est créé ou actif dans le temps, plus le risque qu'il rencontre des problèmes inattendus est élevé. Pour plus d'informations sur la création d'un environnement de développement, consultez la FAQ n° 11.

13. Puis-je cloner ou reconstruire mon environnement basé sur une plateforme retirée ?

Oui. Vous pouvez le faire en utilisant les consoles Clone environment (Cloner un environnement) Rebuild environment (Reconstruire l'environnement) consoles. Vous pouvez également utiliser l'interface de ligne de commande EB, l'API EB et AWS CLI. Pour plus d'informations sur la création d'un environnement de développement, consultez la FAQ n° 11.

Cependant, nous vous encourageons fortement à planifier la migration de tous vos environnements Elastic Beanstalk vers une version de plateforme prise en charge. Cela permet de minimiser les risques et de continuer à profiter des améliorations importantes en matière de sécurité, de performances et de fonctionnalités offertes par les versions les plus récentes. Pour plus d'informations sur les risques et les solutions de contournement, consultez FAQ n° 5.

14. Après la date de mise hors service, qu'adviendrait-il des AWS ressources de mon environnement Elastic Beanstalk basé sur une branche de plateforme abandonnée ? Par exemple, si l' EC2 instance en cours d'exécution est résiliée, Elastic Beanstalk serait-il en mesure de lancer AL1 une EC2 nouvelle instance basée pour maintenir sa capacité ?

Les ressources de l'environnement resteront actives et continueront de fonctionner. Et oui, Elastic Beanstalk s'adapte AL1 EC2 automatiquement aux instances de l'environnement. Toutefois, Elastic Beanstalk cessera de fournir de nouvelles mises à jour de maintenance de la plateforme pour l'environnement, ce qui peut conduire à ce que l'environnement se retrouve dans une situation imprévisible au fil du temps. Pour en savoir plus, consultez la FAQ n° 5.

15. Quelles sont les principales différences entre les systèmes d'exploitation AL2 023/ et AL2 Amazon Linux AMI (AL1) ? Comment les branches de la plateforme Elastic AL2 Beanstalk AL2 023/ sont-elles affectées ?

Bien que l'AMI Amazon Linux et AL2 023/ AL2 partagent le même noyau Linux, ils diffèrent en termes de système d'initialisation, de libc versions, de chaîne d'outils de compilation et de différents packages. Pour plus d'informations, consultez Amazon Linux 2 FAQs.

Le service Elastic Beanstalk a également mis à jour des versions de l'environnement d'exécution, d'outils de génération et d'autres dépendances spécifiques à la plateforme. Il n'est pas garanti que les branches de la plateforme AL2 basées sur AL2 023/ soient rétrocompatibles avec votre application existante. En outre, même si votre code d'application se déploie avec succès sur la nouvelle version de plateforme, il peut se comporter ou fonctionner différemment en raison des différences de système d'exploitation et d'exécution. Pour une liste et une description des configurations et des personnalisations que vous devrez examiner et tester, consultez Migration de votre application Elastic Beanstalk Linux vers Amazon Linux 2023 ou Amazon Linux 2.