Implémentation de la modification - Reliability Pillar

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.

Implémentation de la modification

Des modifications contrôlées sont nécessaires pour déployer de nouvelles fonctionnalités et garantir que les charges de travail et l’environnement d’exploitation exécutent des logiciels connus et correctement corrigés. Si ces modifications ne sont pas maîtrisées, il devient difficile d’en prévoir les effets ou de résoudre les problèmes qui en découlent.

Modèles de déploiement supplémentaires pour minimiser les risques

Les indicateurs de fonction (également connus sous le nom de basculements de fonction) sont des options de configuration d’une application. Vous pouvez déployer le logiciel en désactivant une fonction afin que vos clients ne la voient pas. Vous pouvez ensuite activer ladite fonction, comme vous le feriez pour un déploiement Canary, ou définir le rythme des modifications sur 100 % pour voir l’effet. Si le déploiement rencontre des problèmes, vous pouvez simplement faire marche arrière pour la fonction sans avoir besoin de restauration.

Déploiement zonal isolé en cas de panne : l'une des règles les AWS plus importantes établies pour ses propres déploiements est d'éviter de toucher simultanément plusieurs zones de disponibilité au sein d'une même région. Cet aspect est essentiel pour garantir que les zones de disponibilité sont indépendantes dans le cadre de vos calculs de disponibilité. Nous vous recommandons de veiller aux mêmes considérations lors de vos déploiements.

Examens de l'état de préparation opérationnelle (ORRs)

AWS juge utile de réaliser des examens de l'état de préparation opérationnelle qui évaluent l'exhaustivité des tests, la capacité à surveiller et, surtout, la capacité à auditer les performances de l'application par rapport aux SLAs siennes et à fournir des données en cas d'interruption ou d'autre anomalie opérationnelle. Une procédure officielle ORR est menée avant le déploiement initial en production. AWS se répétera ORRs périodiquement (une fois par an, ou avant les périodes de performance critiques) pour s'assurer qu'il n'y a pas eu de déviation par rapport aux attentes opérationnelles. Pour en savoir plus sur la préparation opérationnelle, consultez le pilier Excellence opérationnelle du AWS Cadre Well-Architected.