Permettre aux équipes de concevoir en fonction des coûts - Jeter les bases : configurer votre environnement pour optimiser les coûts

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.

Permettre aux équipes de concevoir en fonction des coûts

L'optimisation des coûts est un pilier du cadre Well-Architected. Cela évite aux développeurs et aux équipes d'ingénierie d'avoir à optimiser les charges de travail après coup et lorsqu'il est souvent trop tard et qu'il n'est pas rentable de résoudre les problèmes inhérents à l'environnement dès les premiers points de décision.

Les équipes qui sont habilitées à concevoir en fonction des coûts peuvent itérer rapidement et apprendre au fil du temps afin que les bonnes pratiques soient intégrées dans les opérations quotidiennes. Les pratiques suivantes peuvent aider les équipes à concevoir en fonction des coûts :

  • Encourager et favoriser la transparence en créant de la visibilité et en utilisant des outils pour promouvoir une génération de rapports, des mesures et une responsabilisation cohérents.

  • Encourager le type de comportement approprié en créant des incitations positives lorsque les actions appropriées sont effectuées (par exemple, un e-mail de la direction mettant en avant les gains d'optimisation).

  • Mettre en place des politiques de contrôle tout en conservant l'agilité (par exemple, avoir un processus pour identifier et traiter les ressources surdimensionnées, avoir une politique de désactivation pour les ressources hors production à désactiver en dehors des heures de travail).

Voici quelques idées qui peuvent vous aider à encourager des comportements d'optimisation des coûts :

  • Incitations : elles incluent la visualisation et la ludification des métriques, ainsi qu'une communication positive de la part des dirigeants en fonction des résultats. Elles encouragent les équipes à comprendre que l'efficacité et la frugalité sont valorisées et aident les développeurs et les ingénieurs à prendre en compte les implications financières de leurs décisions. Elles fournissent également un moyen de décourager l'inefficacité.

  • Rétrofacturation des coûts pour les utilisateurs : la rétrofacturation incite les utilisateurs professionnels à se soucier de l'efficacité informatique. Il en résulte que l'informatique est traitée comme une ressource utilisée et payée par l'entreprise plutôt que comme un centre de coûts.

  • Suppression des obstacles au processus : il arrive parfois que des obstacles empêchent les développeurs et les ingénieurs de procéder à l'optimisation. Par exemple, des politiques peuvent être en place qui exigent que tout changement apporté à l'environnement passe par un processus de vérification des modifications. Cela entrave les initiatives visant à promouvoir le dimensionnement approprié et l'élasticité. Une modification de ces politiques peut rationaliser l'effort d'optimisation.

  • Méthodes de travail agiles : si les cycles d'itération de conception incluent le coût en tant que métrique, la capacité de votre organisation à fournir des résultats identiques ou meilleurs à moindre coût s'améliore au fil du temps.

  • Formation et intégration : les gens résolvent généralement les problèmes en utilisant les outils et les techniques qu'ils connaissent. Ce problème peut être résolu par le biais d'une formation et d'une intégration qui intègrent les dernières pratiques pour optimiser l'efficacité (par exemple, en utilisant des architectures sans serveur, en utilisant Amazon CloudFront pour réduire la demande de calcul).

Les approches suivantes peuvent également être efficaces, mais présentent des risques pour l'agilité si elles ne sont pas mises en œuvre avec soin :

  • Soutien/pression de la direction : le soutien aux bonnes pratiques est préféré à la pression sur les coûts en raison de leur impact positif sur la satisfaction du personnel. La pression sur les coûts peut inciter à masquer l'inefficacité et entraîner un verrouillage budgétaire, entraînant une perte d'agilité et de capacité à innover.

  • Vérification de l'architecture : il existe généralement un équilibre raisonnable entre l'absence de vérification de l'architecture (ou vérification facultative) et la vérification obligatoire. Des vérifications obligatoires excessives peuvent créer des goulots d'étranglement. Les projets à conséquences élevées et à coût élevé peuvent nécessiter une vérification avec des limites définies par chaque organisation.

  • Contrôle de l'orchestration : les flux de travail d'approbation des projets et des ressources mettent en péril l'agilité et l'innovation afin de protéger les finances et le budget. L'un des moyens d'équilibrer le contrôle et l'agilité consiste à réduire (ou pas) les contrôles des coûts sur les services générateurs de revenus. Vous pouvez contrebalancer cela en mettant en place des métriques avancées pour ces services.