Pratiques exemplaires pour la mise à jour des fournisseurs de capacité pour les instances gérées Amazon ECS - Amazon Elastic Container Service

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.

Pratiques exemplaires pour la mise à jour des fournisseurs de capacité pour les instances gérées Amazon ECS

Pour bénéficier du plus haut niveau de sécurité et d’assistance en cas de restauration, nous recommandons de traiter les fournisseurs de capacités comme des ressources immuables. Lorsque vous devez mettre à jour la configuration d’un fournisseur de capacité, suivez ce flux de travail recommandé :

  1. Créez un fournisseur de capacité avec votre configuration mise à jour au lieu de modifier le fournisseur existant.

  2. Mettez à jour chaque service pour utiliser le nouveau fournisseur de capacité et permettre aux déploiements de se terminer.

  3. Supprimez l’ancien fournisseur de capacité après avoir confirmé que la nouvelle configuration fonctionne comme prévu.

Cette approche offre plusieurs avantages :

  • Déploiement contrôlé : vous pouvez mettre à jour les services un par un et en surveiller l’impact.

  • Restauration facile : en cas de problème, vous pouvez rapidement rétablir les services pour utiliser le fournisseur de capacité précédent.

  • Rayon d’action réduit : les problèmes liés à la nouvelle configuration n’affectent pas immédiatement toutes les charges de travail.

Note

Si vous en utilisez CloudFormation, pensez à conserver l'ancien fournisseur de capacité jusqu'à un déploiement ultérieur afin de conserver la possibilité d'annuler les modifications apportées à votre stack.

Bien que vous puissiez mettre à jour les fournisseurs de capacité en place, cette approche crée un rayon d’action incontrôlé plus important. Les mises à jour en place appliquent de nouveaux paramètres à toutes les nouvelles capacités fournies à l’avenir, mais ne déclenchent pas de déploiements de service. Cela signifie que vous ne découvrirez peut-être les problèmes de configuration que bien plus tard, lorsque vos services devront être mis à l’échelle.