# COÛT 10. Comment évaluer les nouveaux services?
À mesure qu’AWS publie de nouveaux services et de nouvelles fonctionnalités, une bonne pratique consiste à vérifier vos choix architecturaux existants afin d’être sûr qu’ils continuent à être les plus rentables.
**Topics**
+ [COST10-BP01 Élaborer un processus de révision de la charge de travail](cost_evaluate_new_services_review_process.md)
+ [COST10-BP02 Revoir et analyser régulièrement cette charge de travail](cost_evaluate_new_services_review_workload.md)
# COST10-BP01 Élaborer un processus de révision de la charge de travail
Développez un processus qui définit les critères et le processus de révision de la charge de travail. La révision doit refléter les bénéfices potentiels. Par exemple, les charges de travail principales ou celles qui représentent plus de 10 % de la facture sont révisées chaque trimestre ou semestre, tandis que les charges de travail qui comptent pour moins de 10 % des frais sont révisées une fois par an.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Pour avoir la charge de travail la plus rentable, vous devez régulièrement la vérifier pour déterminer s’il existe des possibilités de mettre en œuvre de nouveaux services, fonctionnalités et composants. Pour réduire globalement les coûts, le processus doit être proportionnel au montant potentiel des économies. Par exemple, les charges de travail qui représentent 50 % de vos dépenses totales doivent être examinées plus régulièrement et plus en profondeur que les charges de travail qui représentent 5 % de vos dépenses totales. Facteur dans tous les facteurs externes ou volatilité. Si la charge de travail dessert une région géographique ou un segment de marché spécifique, et que l’on prévoit des changements dans ce domaine, des révisions plus fréquentes peuvent permettre de réaliser des économies. Un autre facteur à prendre en compte est l’effort de mise en œuvre des modifications. Si des coûts importants sont associés au test et à la validation des modifications, les révisions doivent être moins fréquentes.
Tenez compte du coût à long terme de la maintenance des composants et ressources obsolètes et hérités ainsi que de l’impossibilité d’y intégrer de nouvelles fonctionnalités. Le coût actuel des tests et de la validation peut dépasser l’avantage proposé. Toutefois, au fil du temps, le coût du changement peut augmenter de manière significative, car l’écart entre la charge de travail et les technologies actuelles s’accroît, ce qui entraîne des coûts encore plus élevés. Par exemple, le coût du passage à un nouveau langage de programmation peut ne pas être actuellement rentable. Toutefois, en cinq ans, le coût des personnes compétentes dans ce langage pourrait augmenter et, en raison de l’accroissement de la charge de travail, vous transféreriez un système encore plus important vers le nouveau langage, ce qui nécessiterait encore plus d’efforts qu’auparavant.
Décomposez votre charge de travail en composants, attribuez le coût du composant (une estimation est suffisante), puis énumérez les facteurs (par exemple, l’effort et les marchés extérieurs) à côté de chaque composant. Utilisez ces indicateurs pour déterminer une fréquence de révision pour chaque charge de travail. Par exemple, vous pouvez avoir des serveurs Web représentant un coût élevé, un faible effort de changement et des facteurs externes élevés, ce qui entraîne une fréquence moyenne de révision. Une base de données centrale peut être un coût moyen, impliquer un effort de modification élevé et représenter des facteurs externes faibles, ce qui se traduit par une fréquence de révision moyenne.
Définissez un processus d’évaluation de nouveaux services, des modèles de conception, des types de ressources et des configurations pour optimiser le coût de votre charge de travail au fur et à mesure que ces éléments deviennent disponibles. À l’instar des processus de [révision des piliers de performance](https://docs.aws.amazon.com/wellarchitected/latest/framework/perf-06.html) et de [révision des piliers de fiabilité](https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_monitor_aws_resources_review_monitoring.html), identifiez, validez et hiérarchisez les activités d’optimisation et d’amélioration ainsi que la résolution des problèmes et intégrez-les à votre backlog.
**Étapes d’implémentation**
+ **Définition de la fréquence de révision : **définissez la fréquence à laquelle la charge de travail et ses composants doivent être révisés. Allouez du temps et des ressources pour une amélioration continue et une fréquence de vérification afin d’améliorer l’efficacité et l’optimisation de votre charge de travail. Il s’agit d’une combinaison de facteurs qui peut varier en fonction de la charge de travail dans votre organisation et d’un composant à l’autre dans la charge de travail. Les facteurs courants incluent l’importance pour l’organisation mesurée en termes de chiffre d’affaires ou de marque, le coût total d’exécution de la charge de travail (y compris les coûts d’exploitation et des ressources), la complexité de la charge de travail, la facilité de mise en œuvre d’un changement, les contrats de licence de logiciel et l’augmentation significative des coûts de licences pénalisants en cas de changement. Les composants peuvent être définis de manière fonctionnelle ou technique, tels que les serveurs Web et les bases de données, ou les ressources de calcul et de stockage. Équilibrez les facteurs en conséquence et développez une période pour la charge de travail et ses composants. Vous pouvez décider de réviser la charge de travail complète tous les 18 mois, les serveurs Web tous les 6 mois, la base de données tous les 12 mois, le stockage de calcul et de courte durée tous les 6 mois et le stockage de longue durée tous les 12 mois.
+ **Définition de la minutie des révisions : **définissez les efforts consacrés à la révision de la charge de travail ou des composants de la charge de travail. Similaire à la fréquence de vérification, il s’agit d’un équilibre entre plusieurs facteurs. Évaluez et hiérarchisez vos possibilités d’amélioration afin de concentrer les efforts là où ils permettent d’obtenir les plus grands avantages, tout en estimant la quantité d’efforts nécessaire pour ces activités. Si les résultats attendus sont en deçà des objectifs et que les efforts requis sont plus coûteux, itérez alors avec d’autres plans d’action. Vos processus de vérification doivent dédier du temps et des ressources pour permettre d’effectuer des améliorations progressives continues. Par exemple, vous pouvez décider d’analyser le composant de base de données pendant une semaine, les ressources de calcul pendant une semaine et le stockage pendant quatre heures.
## Ressources
**Documents connexes :**
+ [AWS Blog d'actualités](https://aws.amazon.com/blogs/aws/)
+ [Types de cloud computing](https://aws.amazon.com/types-of-cloud-computing/)
+ [Nouveautés d’ AWS](https://aws.amazon.com/new/)
**Exemples associés :**
+ [AWS Support : services proactifs](https://aws.amazon.com/premiumsupport/technology-and-programs/proactive-services/)
+ [Révisions régulières de la charge de travail pour les charges SAP de travail](https://docs.aws.amazon.com/wellarchitected/latest/sap-lens/best-practice-4-4.html)
# COST10-BP02 Revoir et analyser régulièrement cette charge de travail
Les charges de travail existantes sont régulièrement révisées sur la base de chaque processus défini afin de déterminer si de nouveaux services peuvent être adoptés, si les services existants peuvent être remplacés ou si les charges de travail peuvent être repensées.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
AWS ajoute constamment de nouvelles fonctionnalités afin que vous puissiez expérimenter et innover plus rapidement avec les dernières technologies. [AWS What's New explique](https://aws.amazon.com/new/) comment procéder AWS et fournit un bref aperçu des AWS services, des fonctionnalités et des annonces d'expansion régionale au fur et à mesure de leur publication. Vous pouvez explorer en profondeur les lancements annoncés et les utiliser pour réviser et analyser vos charges de travail existantes. Pour tirer parti des avantages des nouveaux AWS services et fonctionnalités, vous devez évaluer vos charges de travail et implémenter de nouveaux services et fonctionnalités selon les besoins. Cela signifie que vous devrez peut-être remplacer les services existants que vous utilisez pour votre charge de travail ou moderniser votre charge de travail pour adopter ces nouveaux AWS services. Par exemple, vous pouvez réviser vos charges de travail et remplacer le composant de messagerie par Amazon Simple Email Service. Cela élimine le coût d’exploitation et de maintenance d’une flotte d’instances, tout en fournissant toutes les fonctionnalités à un coût réduit.
Pour analyser votre charge de travail et mettre en évidence les opportunités potentielles, vous devez envisager non seulement de nouveaux services mais aussi de nouvelles façons de construire des solutions. Consultez les vidéos [This is My Architecture](https://aws.amazon.com/architecture/this-is-my-architecture) ci-dessous AWS pour en savoir plus sur les conceptions architecturales d'autres clients, leurs défis et leurs solutions. Consultez la [série All-In](https://aws.amazon.com/architecture/all-in-series/) pour découvrir les applications réelles des AWS services et les témoignages de clients. Vous pouvez également regarder la série de vidéos [Retour aux fondamentaux](https://aws.amazon.com/architecture/back-to-basics/) qui explique, examine et détaille les bonnes pratiques en matière de modèles d’architecture cloud de base. Une autre source est les vidéos [How to Build](https://aws.amazon.com/architecture/how-to-build-this/) This, conçues pour aider les personnes à avoir de grandes idées sur la manière de donner vie à leur produit minimum viable (MVP) à l'aide de AWS services. C'est un moyen pour les constructeurs du monde entier qui ont une idée forte d'obtenir des conseils architecturaux auprès d'architectes de AWS solutions expérimentés. Enfin, vous pouvez consulter les ressources documentaires [de mise en route](https://aws.amazon.com/getting-started/), qui contiennent des didacticiels étape par étape.
Avant de réviser votre architecture, suivez les exigences de votre entreprise en matière de charge de travail, de sécurité et de confidentialité des données afin d’utiliser un service ou une région spécifique, et les exigences de performance tout en déroulant votre processus d’examen.
**Étapes d’implémentation**
+ **Révision régulière de la charge de travail : **à l’aide de votre processus défini, effectuez des révisions à la fréquence spécifiée. Veillez à faire l’effort approprié sur chaque composant. Ce processus est similaire au processus de conception initial dans lequel vous avez sélectionné des services pour l’optimisation des coûts. Analysez les services et les avantages qu’ils apporteraient, cette fois-ci en tenant compte du coût du changement, et non seulement des avantages à long terme.
+ **Mise en œuvre de nouveaux services :** si le résultat de l’analyse est de mettre en œuvre des modifications, effectuez d’abord une analyse de base de la charge de travail pour connaître le coût actuel de chaque sortie. Mettez en œuvre les modifications, puis effectuez une analyse pour vérifier le nouveau coût de chaque sortie.
## Ressources
**Documents connexes :**
+ [AWS Blog d'actualités](https://aws.amazon.com/blogs/aws/)
+ [Nouveautés avec AWS](https://aws.amazon.com/new/)
+ [AWS Documentation](https://docs.aws.amazon.com/)
+ [AWS Commencer](https://aws.amazon.com/getting-started/)
+ [AWS Ressources générales](https://docs.aws.amazon.com/#general_resources)
**Vidéos connexes :**
+ [AWS - C'est mon architecture](https://aws.amazon.com/architecture/this-is-my-architecture)
+ [AWS - Retour à l'essentiel](https://aws.amazon.com/architecture/back-to-basics/)
+ [AWS - Série All-In](https://aws.amazon.com/architecture/all-in-series/)
+ [Comment créer ceci](https://aws.amazon.com/architecture/how-to-build-this/)