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.
Stratégie de prise en charge de la plateforme Elastic Beanstalk
AWS Elastic Beanstalk fournit une variété de plateformes sur lesquelles exécuter des applications AWS. Elastic Beanstalk prend en charge les succursales de plateformes qui continuent de recevoir des mises à jour mineures et correctives de la part de leurs fournisseurs (propriétaires ou communauté). Pour obtenir une définition complète des termes associés, veuillez consulter Glossaire des plateformes Elastic Beanstalk.
Branches de plate-forme mises hors service
Lorsqu'un composant d'une branche de plateforme prise en charge est marqué comme étant en fin de vie (EOL) par son fournisseur, Elastic Beanstalk marque la branche de plateforme comme étant retirée. Les composants d'une branche de plate-forme sont les suivants : système d'exploitation (OS), version du langage d'exécution, serveur d'applications ou serveur Web.
Une fois qu'une branche de la plateforme est marquée comme supprimée, les règles suivantes s'appliquent :
-
Elastic Beanstalk cesse de fournir des mises à jour de maintenance, notamment des mises à jour de sécurité.
-
Elastic Beanstalk ne fournit plus de support technique aux branches de plateforme abandonnées.
-
Elastic Beanstalk ne met plus la branche plateforme à la disposition des nouveaux clients d'Elastic Beanstalk pour les déploiements dans de nouveaux environnements. Il existe une période de grâce de 90 jours à compter de la publication de la date de retrait pour les clients existants dont les environnements actifs s'exécutent sur des branches de plateforme retirées.
Note
Une branche de plateforme retirée ne sera pas disponible dans la console Elastic Beanstalk. Toutefois, il sera disponible via la AWS CLI CLI EB et l'API EB pour les clients disposant d'environnements existants basés sur la branche de plate-forme retirée. Les clients existants peuvent également utiliser les consoles de l'environnement Clone et de l'environnement Rebuild.
Pour obtenir la liste des branches de la plateforme dont la mise hors service est prévue, consultez la rubrique Calendrier de mise hors service des branches de plateforme suivante consacrée au calendrier de la plateforme Elastic Beanstalk.
Pour plus d'informations sur ce à quoi vous attendre en cas de retrait de la branche plateforme de votre environnement, consultezFAQ sur le retrait de la plateforme.
Au-delà de la période de grâce de 90 jours
Notre politique concernant les succursales de plateforme retirées ne supprime pas l'accès aux environnements ni les ressources. Toutefois, les clients existants qui exécutent un environnement Elastic Beanstalk sur une branche de plateforme abandonnée doivent être conscients des risques que cela comporte. De tels environnements peuvent 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 aux succursales de plateforme abandonnées, le fournisseur ayant marqué la fin de vie de leurs composants par le fournisseur.
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 continuer à profiter des améliorations importantes proposées par les fournisseurs des composants en matière de sécurité, de performances et de fonctionnalités, nous vous encourageons vivement à mettre à jour tous vos environnements Elastic Beanstalk vers une version de plateforme prise en charge.
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 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.
