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
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 EB CLI et EB API pour les clients disposant d'environnements existants basés sur la branche de plateforme retirée. AWS CLI 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. Cependant, les clients existants qui exécutent un environnement Elastic Beanstalk sur une branche de plateforme abandonnée doivent être conscients des risques liés à une telle pratique. 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 en raison du marquage du composant par le fournisseur. 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. Une API action EB peut également 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 AL2 Elastic AL2 Beanstalk 023/ Docker, ou d'autres services basés sur Docker tels qu'Amazon ou Amazon. ECS 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.
