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.

FAQ sur le retrait de la plateforme

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 basées AWS sur les plateformes AL1 ont-elles été 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, la prise en charge standard d'AMI Amazon Linux (AL1) a pris fin le 31 décembre 2020. Bien qu'Elastic Beanstalk ait continué à offrir des plateformes AL1 jusqu'en 2022, nous avons depuis publié des plateformes AL2 et AL2023 dotées des dernières fonctionnalités. Pour que les clients continuent de bénéficier de la sécurité et des fonctionnalités les plus récentes, il est essentiel qu'ils migrent vers nos plateformes basées sur AL2023/AL2.

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 compatible, 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 Docker Elastic Beanstalk AL2023/AL2, 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. Il est donc essentiel de migrer vers AL2 ou AL2023 si vous exécutez toujours des applications sur une plateforme basée sur AL1. Pour plus d'informations sur les risques et les solutions de contournement, consultez FAQ n° 5.

7. Quelles sont les solutions de contournement si je ne parviens pas à terminer ma migration AL2 ou AL2023 à 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 les plateformes AL2 ou AL2023 ?

Pour des instructions détaillées sur la migration de AL1 vers AL2023/AL2, 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'instance EC2 en cours d'exécution est supprimée, Elastic Beanstalk sera-t-il capable de lancer une nouvelle instance EC2 basée sur AL1 pour maintenir la capacité ?

Les ressources de l'environnement resteront actives et continueront de fonctionner. Et oui, Elastic Beanstalk s'adaptera aux instances EC2 AL1 dans 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 AL2023/AL2 et AMI Amazon Linux (AL1) ? Comment les branches de plateforme Elastic Beanstalk AL2023/AL2 sont-elles affectées ?

Bien que l'AMI Amazon Linux et AL2023/AL2 partagent le même noyau Linux, ils diffèrent au niveau de leur système d'initialisation, des versions libc, de la chaîne d'outils du compilateur, et de divers packages. Pour plus d'informations, consultez FAQ sur Amazon Linux 2.

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. Les branches de plateforme basées sur AL2023/AL2 ne sont pas garanties comme étant 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.