# Optimisation des coûts
Le pilier Optimisation des coûts comprend la possibilité d’exécuter des systèmes pour offrir une valeur métier au prix le plus bas. Vous trouverez des conseils prescriptifs sur la mise en œuvre dans le [livre blanc Pilier Optimisation des coûts](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html?ref=wellarchitected-wp).
**Topics**
+ [Pratiques en matière de gestion financière du cloud](a-practice-cloud-financial-management.md)
+ [Sensibilisation aux dépenses et à l’utilisation](a-expenditure-and-usage-awareness.md)
+ [Ressources rentables](a-cost-effective-resources.md)
+ [Gestion de la demande et offre de ressources](a-manage-demand-and-supply-resources.md)
+ [Optimisation au fil du temps](a-optimize-over-time.md)
# Pratiques en matière de gestion financière du cloud
**Topics**
+ [COÛT 1. Comment mettre en œuvre la gestion financière du cloud ?](cost-01.md)
# COÛT 1. Comment mettre en œuvre la gestion financière du cloud ?
La mise en œuvre de la gestion financière du cloud (CFM) permet aux organisations de générer de la valeur ajoutée et d’être financièrement performantes en optimisant leurs coûts et l’utilisation, et en se mettant à l’échelle sur AWS.
**Topics**
+ [COST01-BP01 Assumer la responsabilité de l'optimisation des coûts](cost_cloud_financial_management_function.md)
+ [COST01-BP02 Établir un partenariat entre les équipes financières et technologiques](cost_cloud_financial_management_partnership.md)
+ [COST01-BP03 Établissement de budgets et de prévisions cloud](cost_cloud_financial_management_budget_forecast.md)
+ [COST01-BP04 Mise en œuvre de la sensibilisation aux coûts dans les processus organisationnels](cost_cloud_financial_management_cost_awareness.md)
+ [COST01-BP05 Création de rapports et de notifications sur l’optimisation des coûts](cost_cloud_financial_management_usage_report.md)
+ [COST01-BP06 Surveillance proactive des coûts](cost_cloud_financial_management_proactive_process.md)
+ [COST01-BP07 Tenez-vous au courant up-to-date des nouvelles versions de service](cost_cloud_financial_management_scheduled.md)
+ [COST01-BP08 Création d’une culture de sensibilisation aux coûts](cost_cloud_financial_management_culture.md)
+ [COST01-BP09 Quantifier la valeur commerciale grâce à l'optimisation des coûts](cost_cloud_financial_management_quantify_value.md)
# COST01-BP01 Assumer la responsabilité de l'optimisation des coûts
Créez une équipe (bureau commercial cloud, centre d'excellence cloud ou FinOps équipe) chargée d'établir et de maintenir la connaissance des coûts au sein de votre organisation. Le propriétaire de l’optimisation des coûts peut être un individu ou une équipe (nécessite des personnes des équipes financières, technologiques et commerciales) qui comprend l’ensemble de l’organisation et la partie finance du cloud.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Il s'agit de l'introduction d'une fonction ou d'une équipe du Cloud Business Office (CBO) ou du Cloud Center of Excellence (CCOE) chargée d'établir et de maintenir une culture de prise en compte des coûts dans le domaine du cloud computing. Cette fonction peut être un individu existant, une équipe au sein de votre organisation ou une nouvelle équipe composée des principales parties prenantes de la finance, de la technologie et de l’organisation issues de toute l’entreprise.
La fonction (individu ou équipe) établit des priorités et consacre le pourcentage de temps requis aux activités de gestion et d’optimisation des coûts. Pour une petite organisation, la fonction peut consacrer un pourcentage de temps plus faible qu’une fonction à temps plein pour une grande entreprise.
La fonction exige une approche pluridisciplinaire, avec des capacités en gestion de projet, en science des données, en analyse financière et en développement de logiciels ou d’infrastructures. Elle peut améliorer l’efficacité de la charge de travail en procédant à des optimisations de coûts au sein de trois propriétés différentes :
+ **Centralisé :** grâce à des équipes désignées telles que FinOps l'équipe, l'équipe de gestion financière du cloud (CFM), le bureau commercial du cloud (CBO) ou le centre d'excellence du cloud (CCoE), les clients peuvent concevoir et mettre en œuvre des mécanismes de gouvernance et promouvoir les meilleures pratiques à l'échelle de l'entreprise.
+ **Décentralisée :** influence sur les équipes technologiques pour qu’elles optimisent les coûts.
+ **Hybride :** une combinaison des équipes centralisée et décentralisée peut collaborer pour exécuter les optimisations de coûts.
La fonction peut être mesurée par rapport à leur capacité à exécuter et à atteindre les objectifs d’optimisation des coûts (par exemple, les métriques d’efficacité de la charge de travail).
Vous devez obtenir un parrainage de la direction pour cette fonction, ce qui est un facteur de réussite clé. Le parrain est considéré comme un défenseur d’une consommation efficace du cloud et apporte son soutien dans le cadre de la remontée pour l’équipe afin de garantir que les activités d’optimisation des coûts sont traitées avec le niveau de priorité défini par l’organisation. Sinon, les conseils peuvent être ignorés et les opportunités d’économies ne seront pas prioritaires. Ensemble, le sponsor et l’équipe aident votre organisation à utiliser le cloud de manière efficace et apportent une valeur ajoutée.
Si vous disposez du [plan de support](https://aws.amazon.com/premiumsupport/plans/) Business Enterprise-On-Ramp ou Enterprise et que vous avez besoin d'aide pour créer cette équipe ou cette fonction, contactez vos experts en gestion financière du cloud (CFM) par l'intermédiaire de votre équipe chargée de votre compte.
### Étapes d’implémentation
+ **Définir des membres clés :** toutes les parties concernées de votre organisation doivent contribuer à la gestion des coûts et s’y intéresser. Les équipes communes au sein des organisations incluent généralement : les responsables des finances, des applications ou des produits, la direction et les équipes techniques (DevOps). Certaines sont impliquées à temps plein (finance ou technique), tandis que d’autres le sont périodiquement, en fonction des besoins. Les personnes ou les équipes performantes CFM ont besoin des compétences suivantes :
+ **Développement logiciel :** dans le cas où des scripts et une automatisation sont créés.
+ **Ingénierie d’infrastructure :** pour déployer des scripts, automatiser des processus et comprendre comment les services et les ressources sont provisionnés.
+ **Perspicacité opérationnelle :** CFM il s'agit d'opérer efficacement sur le cloud en mesurant, en surveillant, en modifiant, en planifiant et en développant l'utilisation efficace du cloud.
+ **Définir des objectifs et des métriques : **la fonction doit apporter de la valeur à l’organisation de différentes manières. Ces objectifs sont définis et évoluent continuellement au rythme de l’organisation. Les activités courantes incluent la création et l’exécution de programmes de formation sur l’optimisation des coûts au sein de l’organisation, le développement de normes à l’échelle de l’organisation, telles que la surveillance et la création de rapports pour l’optimisation des coûts, et la définition d’objectifs de charge de travail pour l’optimisation. Cette fonction doit également rendre compte régulièrement à l’organisation de sa capacité à optimiser les coûts.
Vous pouvez définir des indicateurs de performance clés basés sur la valeur ou les coûts (KPIs). Lorsque vous définissez leKPIs, vous pouvez calculer le coût attendu en termes d'efficacité et de résultats commerciaux attendus. Les indicateurs basés sur la valeur KPIs relient les indicateurs de coût et d'utilisation aux facteurs de valeur commerciale et aident à rationaliser l'évolution des dépenses. AWS La première étape de la dérivation basée sur la valeur KPIs consiste à travailler ensemble, au niveau interorganisationnel, pour sélectionner et convenir d'un ensemble standard de. KPIs
+ **Établir une cadence régulière :** le groupe (équipes financières, technologiques et commerciales) doit se réunir régulièrement pour examiner ses objectifs et métriques. Une cadence type implique d’examiner l’état de l’organisation, de passer en revue les programmes en cours, puis de vérifier les métriques financières et d’optimisation globales. Par la suite, les principales charges de travail font l’objet d’un rapport plus détaillé.
Pendant ces examens réguliers, vous pouvez examiner l’efficacité (le coût) de la charge de travail et les résultats métier. Par exemple, une hausse de 20 % du coût d’une charge de travail peut correspondre avec une utilisation client accrue. Dans ce cas, cette hausse de 20 % du coût peut être interprétée comme un investissement. Ces appels réguliers peuvent aider les équipes à identifier les valeurs KPIs qui donnent du sens à l'ensemble de l'organisation.
## Ressources
**Documents connexes :**
+ [Blog AWS CCOE](https://aws.amazon.com/blogs/enterprise-strategy/tag/ccoe/)
+ [Création d’un bureau d’affaires du cloud](https://aws.amazon.com/blogs/enterprise-strategy/creating-the-cloud-business-office/)
+ [CCOE- Centre d'excellence du cloud](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-laying-the-foundation/cloud-center-of-excellence.html)
**Vidéos connexes :**
+ [L'histoire du succès de Vanguard CCOE](https://www.youtube.com/watch?v=0XA08hhRVFQ)
**Exemples connexes :**
+ [Utiliser un centre d'excellence dans le cloud (CCOE) pour transformer l'ensemble de l'entreprise](https://aws.amazon.com/blogs/enterprise-strategy/using-a-cloud-center-of-excellence-ccoe-to-transform-the-entire-enterprise/)
+ [Construire un CCOE pour transformer l'ensemble de l'entreprise](https://docs.aws.amazon.com/whitepapers/latest/public-sector-cloud-transformation/building-a-cloud-center-of-excellence-ccoe-to-transform-the-entire-enterprise.html)
+ [7 pièges à éviter lors de la construction CCOE](https://aws.amazon.com/blogs/enterprise-strategy/7-pitfalls-to-avoid-when-building-a-ccoe/)
# COST01-BP02 Établir un partenariat entre les équipes financières et technologiques
Impliquez les équipes financières et technologiques dans les discussions sur les coûts et l’utilisation à toutes les étapes de votre transition vers le cloud. Les équipes se réunissent régulièrement et discutent de sujets tels que les objectifs et les cibles organisationnels, l’état actuel des coûts et l’utilisation et les pratiques financières et comptables.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Dans le cloud, les équipes technologiques innovent plus rapidement grâce à la réduction de la durée des cycles d’approbation, d’achat et de déploiement des infrastructures. Il peut s’agir d’un ajustement pour les organisations financières auparavant habituées à exécuter des processus longs et gourmands en ressources pour l’acquisition et le déploiement de capitaux dans les centres de données et les environnements sur site, et la répartition des coûts uniquement lors de l’approbation du projet.
Du point de vue d’un organisme financier et d’acquisition, le processus de budgétisation des capitaux, de demandes de capitaux, d’approbations, d’acquisitions et d’installation d’une infrastructure physique a été appris et standardisé durant des décennies :
+ Les équipes ingénierie ou informatiques sont généralement les demandeurs.
+ Plusieurs équipes financières agissent en tant qu’approbateurs et acheteurs.
+ Les équipes opérations installent, intègrent et transfèrent une infrastructure prête à l’emploi.
![\[Circular workflow diagram showing technology teams, procurement, supply chain, and operations interactions.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/cost01-bp02-finance-and-procurement-workflow.png)
Avec l’adoption du cloud, la consommation et l’acquisition d’infrastructure n’obéissent plus à une chaîne de dépendances. Dans le modèle cloud, les équipes technologiques et de produits ne se contentent plus de créer, mais sont les opérateurs et les propriétaires de leurs produits, responsables de la plupart des activités historiquement associées aux équipes financières et d’opérations, y compris l’acquisition et le déploiement.
Pour acquérir des ressources cloud, il suffit d’un compte et des bonnes autorisations. C’est aussi ce qui réduit les risques informatiques et financiers ; ce qui signifie que les équipes ne sont qu’à quelques clics ou appels API d’arrêter des ressources cloud inactives ou inutiles. C’est également ce qui permet aux équipes technologiques d’innover plus rapidement : l’agilité et la capacité à mettre en place et à supprimer des expériences. Bien que la nature variable de la consommation cloud puisse impacter la prévisibilité du point de vue de la prévision et de la budgétisation du capital, le cloud offre aux entreprises la possibilité de réduire les coûts de sur-approvisionnement, tout en diminuant les coûts d’opportunités associés au sous-approvisionnement conservateur.
![\[Diagram showing Technology and Product teams deploying, Finance and Business teams operating, with optimization at the center.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/cost01-bp02-deploy-operate-optimize.png)
Établissez un partenariat entre les principaux acteurs financiers et technologiques afin de créer une compréhension commune des objectifs organisationnels et de développer des mécanismes pour réussir financièrement dans le modèle de dépenses variables du cloud computing. Les équipes concernées au sein de votre organisation doivent être impliquées dans les discussions sur les coûts et l’utilisation à toutes les étapes de votre transition vers le cloud, y compris :
+ **Responsables financiers :** les directeurs financiers, les contrôleurs financiers, les planificateurs financiers, les analystes commerciaux, les responsables des achats, de l’approvisionnement et des comptes fournisseurs doivent comprendre le modèle de consommation du cloud, les options d’achat et le processus de facturation mensuelle. Les services financiers doivent s’associer aux équipes technologiques pour créer et socialiser une histoire de la valeur des TI et, ainsi, aider les équipes commerciales à comprendre le lien entre les dépenses en technologie et les résultats commerciaux. Prises sous cet angle, les dépenses technologiques ne sont pas considérées comme des coûts, mais plutôt comme des investissements. En raison des différences fondamentales entre le cloud (telles que le taux de changement d’utilisation, la tarification à l’usage, la tarification progressive, les modèles de tarification et les informations détaillées sur la facturation et l’utilisation) par rapport à l’exploitation sur site, il est essentiel que l’organisme financier comprenne comment l’utilisation du cloud peut influer sur les aspects commerciaux, notamment les processus d’acquisition, le suivi des incitations, la répartition des coûts et les états financiers.
+ **Responsables de technologiques :** les responsables des technologies (y compris les propriétaires de produits et d’applications) doivent être conscients des exigences financières (par exemple, les contraintes budgétaires), ainsi que des exigences commerciales (par exemple, les contrats de niveau de service). Cela permet de mettre en œuvre la charge de travail pour atteindre les objectifs souhaités de l’organisation.
Le partenariat entre la finance et la technologie offre les avantages suivants :
+ Les équipes financières et technologiques bénéficient d’une visibilité quasiment en temps réel sur les coûts et l’utilisation.
+ Les équipes financières et technologiques établissent une procédure d’exploitation standard pour gérer les variations des dépenses liées au cloud.
+ Les acteurs financiers jouent le rôle de conseillers stratégiques en ce qui concerne la manière dont le capital est utilisé pour acheter des réductions sur engagement (par exemple, les instances réservées ou le modèle tarification de flexible AWS Savings Plans), et la manière dont le cloud est utilisé pour développer l’organisation.
+ Les processus existants de comptes fournisseurs et d’acquisition sont utilisés avec le cloud.
+ Les équipes financières et technologiques collaborent à la prévision des coûts et de l’utilisation d’AWS afin d’aligner et de consolider les budgets de l’organisation.
+ Une meilleure communication sur toute l’organisation grâce à un langage partagé et une compréhension commune des concepts financiers.
Les autres parties prenantes au sein de votre organisation qui doivent être impliquées dans les discussions sur les coûts et l’utilisation sont notamment :
+ **Propriétaires d’unités commerciales :** les propriétaires d’unités commerciales doivent comprendre le modèle commercial du cloud afin de pouvoir orienter les unités commerciales et l’entreprise dans son ensemble. Cette connaissance du cloud est essentielle lorsqu’il est nécessaire de prévoir la croissance et l’utilisation de la charge de travail, et d’évaluer les options d’achat à plus long terme, telles que les instances réservées ou les Savings Plans.
+ **Équipe d’ingénierie : **la mise en place d’un partenariat entre les équipes financières et technologiques est essentielle pour créer une culture de sensibilisation aux coûts capable d’encourager les ingénieurs à prendre des mesures sur la gestion financière du cloud (CFM). L’un des problèmes courants de la gestion financière du cloud ou des professionnels des opérations financières et des équipes financières est de faire comprendre aux ingénieurs l’ensemble de l’activité sur le cloud, de leur faire suivre les bonnes pratiques et de leur faire prendre des mesures recommandées.
+ **Tiers :** si votre organisation fait appel à des tiers (par exemple, des consultants ou des outils), assurez-vous qu’ils sont en phase avec vos objectifs financiers et qu’ils peuvent démontrer à la fois l’alignement par leurs modèles d’engagement et un retour sur investissement. En règle générale, les tiers contribueront à l’établissement de rapports et à l’analyse de toute charge de travail qu’ils gèrent, et ils fourniront une analyse des coûts de toute charge de travail qu’ils conçoivent.
La collaboration entre les équipes financières, technologiques et commerciales ainsi qu’un changement dans la manière dont les dépenses liées au cloud sont communiquées et évaluées au sein de l’organisation sont des préalables à la mise en œuvre et la réussite de la gestion financière du cloud. Incluez les équipes d’ingénierie afin qu’elles participent aux discussions sur le coût et l’utilisation à chaque étape, et les encourager à suivre les bonnes pratiques ainsi qu’à prendre les mesures convenues en conséquence.
**Étapes d’implémentation**
+ **Définir des membres clés : **veillez à ce que tous les membres concernés de vos équipes financières et technologiques s’impliquent dans le partenariat. Les membres concernés dans l’équipe financière sont ceux qui interagissent avec le projet de loi sur le cloud. Il s’agit généralement de directeurs financiers, de contrôleurs financiers, de planificateurs financiers, d’analystes commerciaux et de financeurs. Les membres technologiques sont généralement les propriétaires de produits et d’applications, les responsables techniques et les représentants de toutes les équipes qui s’appuient sur le cloud. Les autres membres peuvent inclure les propriétaires d’unités commerciales, tels que le marketing qui influencera l’utilisation des produits. Il y a également des tiers, tels que des consultants afin d’assurer l’adéquation avec vos objectifs et vos mécanismes ainsi qu’une assistance pour les rapports d’activité.
+ **Définir de sujets de discussion :** définissez les sujets communs aux équipes ou qui nécessitent une compréhension commune. Suivez le coût à partir de sa création jusqu’au paiement de la facture. Notez tous les membres impliqués, ainsi que les processus organisationnels qui doivent être appliqués. Ayez une compréhension de chacune de ses étapes ou de chacun de ses processus et des informations associées, telles que les modèles de tarification disponibles, la tarification progressive, les modèles de réduction, la budgétisation et les exigences financières.
+ **Établir une cadence régulière : **pour créer un partenariat financier et technologique, mettez en place une cadence de communication régulière pour créer et maintenir un alignement. Le groupe doit se réunir régulièrement par rapport à ses objectifs et métriques. Une cadence type implique d’examiner l’état de l’organisation, de passer en revue les programmes en cours, puis de vérifier les métriques financières et d’optimisation globales. Les principales charges de travail font l’objet d’un rapport plus détaillé.
## Ressources
**Documents connexes:**
+ [Blog d’actualités AWS](https://aws.amazon.com/blogs/aws/)
# COST01-BP03 Établissement de budgets et de prévisions cloud
Ajustez les processus existants de budgétisation et de prévision d’organisation afin qu’ils soient compatibles avec la nature hautement variable des coûts et de l’utilisation du cloud. Les processus doivent être dynamiques en utilisant des algorithmes basés sur les tendances ou les facteurs d’activité, ou une combinaison des deux.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Dans les configurations informatiques traditionnelles sur site, les clients rencontrent souvent des difficultés pour planifier les coûts fixes qui ne changent que de temps en temps, généralement lors de l’achat de nouveau matériel informatique et de nouveaux services pour répondre à une forte hausse de la demande. En revanche, AWS Cloud adopte une approche différente : les clients paient les ressources qu’ils utilisent en fonction de leurs besoins informatiques et commerciaux réels. Dans l’environnement cloud, la demande peut fluctuer sur une base mensuelle, quotidienne ou même horaire.
L’utilisation du cloud apporte efficacité, rapidité et agilité, ce qui se traduit par des coûts et des modèles d’utilisation très variables. Les coûts peuvent diminuer ou parfois augmenter en réponse à une meilleure efficacité de la charge de travail ou au déploiement de nouvelles charges de travail et fonctionnalités. Alors que les charges de travail se mettent à l’échelle pour répondre aux besoins d’une clientèle croissante, l’utilisation du cloud et les coûts augmentent en conséquence en raison de l’accessibilité accrue des ressources. Cette flexibilité des services cloud s’étend aux coûts et aux prévisions, ce qui crée une certaine élasticité.
Il est essentiel de s’aligner étroitement sur ces besoins commerciaux et ces moteurs de demande changeants, et de viser une planification aussi précise que possible. Les processus budgétaires organisationnels traditionnels doivent être adaptés pour tenir compte de cette variabilité.
Envisagez de modéliser les coûts lorsque vous prévoyez le coût des nouvelles charges de travail. La modélisation des coûts crée une compréhension de base des coûts attendus du cloud. Cela vous permet d’effectuer des analyses du coût total de possession (TCO), du retour sur investissement (ROI) et d’autres analyses financières, de définir des objectifs et des attentes avec les parties prenantes et d’identifier les opportunités d’optimisation des coûts.
Votre organisation doit comprendre les définitions des coûts et les regroupements acceptés. Le niveau de détail auquel vous faites vos prévisions peut varier en fonction de la structure de votre organisation et des flux de travail internes. Sélectionnez une granularité adaptée à vos besoins spécifiques et à votre configuration organisationnelle. Il est important de comprendre à quel niveau la prévision est réalisée :
+ **Compte de gestion ou niveau AWS Organizations :** le compte de gestion est le compte que vous utilisez pour créer AWS Organizations. Les organisations ont un seul compte de gestion par défaut.
+ **Compte lié ou membre :** un compte dans Organisations est un Compte AWS standard qui contient vos ressources AWS et les identités qui peuvent accéder à ces ressources.
+ **Environnement :** un environnement est une collection de ressources AWS qui exécute une version de l’application. Un environnement peut être créé avec plusieurs comptes liés ou comptes membres.
+ **Projet :** un projet est une combinaison d’objectifs ou de tâches définis à accomplir au cours d’une période déterminée. Il est important de prendre en compte le cycle de vie du projet lors de votre prévision.
+ **Services AWS :** groupes ou catégories tels que les services de calcul ou de stockage dans lesquels vous pouvez regrouper des services AWS pour votre prévision.
+ **Regroupement personnalisé :** vous pouvez créer des groupes personnalisés en fonction des besoins de votre organisation, tels que des unités commerciales, des centres de coûts, des équipes, des étiquettes de répartition des coûts, des catégories de coûts, des comptes liés ou une combinaison de ces éléments.
Identifiez les facteurs commerciaux susceptibles d’avoir un impact sur votre coût d’utilisation et établissez des prévisions pour chacun d’entre eux séparément afin de calculer l’utilisation prévue à l’avance. Certains de ces facteurs peuvent être liés aux équipes informatiques et aux équipes produit au sein de l’organisation. D’autres facteurs commerciaux, tels que les événements commerciaux, les promotions, les expansions géographiques, les fusions et les acquisitions, sont connus de vos responsables des ventes, de vos responsables marketing et des responsables de l’entreprise. Il est donc important de collaborer et de tenir compte de tous ces moteurs de la demande également.
Vous pouvez utiliser [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) pour effectuer des prévisions basées sur les tendances dans une plage temporelle future définie en fonction de vos dépenses passées. Le moteur de prévision de AWS Cost Explorer segmente vos données historiques en fonction des types de frais (par exemple, les instances réservées) et utilise une combinaison de modèles de machine learning et de modèles basés sur des règles pour prédire les dépenses sur tous les types de frais individuellement.
Une fois que vous avez établi votre processus de prévision et créé des modèles, vous pouvez utiliser [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) pour définir des budgets personnalisés à un niveau granulaire en spécifiant la période, la récurrence ou le montant (fixe ou variable) et en ajoutant des filtres tels que le service, Région AWS et des balises. Le budget est généralement préparé pour une seule année et reste fixe, exigeant un respect strict de la part de toutes les personnes concernées. En revanche, les prévisions sont plus souples. Elles permettent des réajustements tout au long de l’année et fournissent des projections dynamiques sur une période d’un, deux ou trois ans. Les budgets et les prévisions jouent un rôle crucial dans l’établissement des attentes financières parmi les différents acteurs technologiques et commerciaux. Des prévisions et une mise en œuvre précises permettent également de responsabiliser les parties prenantes qui sont directement en charge des coûts de provisionnement. Cela permet aussi de les sensibiliser aux coûts en général.
Pour suivre les performances de vos budgets existants, vous pouvez créer des rapports AWS Budgets et programmer leur envoi par e-mail à vous-même ainsi qu’à vos parties prenantes à un rythme régulier. Vous pouvez également créer des alertes AWS Budgets basées sur les coûts réels (qui sont réactives par essence) ou sur les coûts prévus, ce qui vous donne le temps de mettre en place des mesures d’atténuation contre les dépassements de coûts potentiels. Vous pouvez être alerté lorsque votre coût ou votre utilisation dépasse un certain niveau ou si les prévisions indiquent qu’ils vont dépasser le montant que vous avez fixé dans votre budget.
Ajustez les processus de budgétisation et de prévision existants pour qu’ils soient plus dynamiques à l’aide d’algorithmes basés sur les tendances (avec les coûts historiques comme entrées) et d’algorithmes basés sur des facteurs (par exemple, le lancement de nouveaux produits, l’expansion régionale ou de nouveaux environnements pour les charges de travail). Ces algorithmes sont idéaux pour un environnement de dépenses dynamique et variable. Une fois que vous avez déterminé votre prévision basée sur les tendances à l’aide de Cost Explorer ou de tout autre outil, utilisez [Calculateur de tarification AWS](https://calculator.aws/#/) pour estimer votre cas d’utilisation AWS et les coûts futurs en fonction de l’utilisation prévue (trafic, demandes par seconde ou instances Amazon EC2 requises).
Surveillez l’exactitude de ces prévisions, car les budgets doivent être établis sur la base de ces calculs et estimations prévisionnels. Contrôlez la précision et l’efficacité des prévisions de coûts intégrées du cloud. Passez régulièrement en revue les dépenses réelles par rapport à vos prévisions et ajustez-les si nécessaire pour améliorer la précision des prévisions. Suivez l’écart des prévisions et effectuez une analyse des causes profondes de l’écart signalé pour agir et ajuster les prévisions.
Comme indiqué dans la rubrique [COST01-BP02 Établir un partenariat entre les équipes financières et technologiques](cost_cloud_financial_management_partnership.md), il est important d’encourager un partenariat et une cadence entre les services informatiques, les secteurs financiers et d’autres parties prenantes afin de vérifier qu’ils utilisent tous les mêmes outils ou processus dans un souci de cohérence. Au cas où les budgets devraient être modifiés, augmentez le nombre de points de contact chargés de la cadence afin de réagir plus rapidement à ces changements.
### Étapes d’implémentation
+ **Définissez le langage des coûts au sein de l’organisation :** créez un langage de coût AWS commun au sein de l’organisation avec plusieurs dimensions et groupements. Assurez-vous que les parties prenantes comprennent la granularité des prévisions, les modèles de tarification et le niveau de vos prévisions de coûts.
+ **Analysez les prévisions basées sur les tendances :** utilisez des outils de prévision basés sur les tendances tels que AWS Cost Explorer et Amazon Forecast. Analysez votre coût d’utilisation en fonction de plusieurs dimensions comme le service, le compte, les balises et les catégories de coûts.
+ **Analysez les prévisions basées sur des facteurs :** identifiez l’impact des facteurs commerciaux sur votre utilisation du cloud et établissez des prévisions pour chacun d’entre eux séparément afin de calculer à l’avance le coût d’utilisation prévu. Travaillez en étroite collaboration avec les propriétaires d’unités commerciales et les parties prenantes pour comprendre l’impact sur les nouveaux facteurs et calculer les changements de coûts attendus afin de définir des budgets précis.
+ **Mettez à jour les processus existants de prévisions et de budget :** définissez vos processus de prévisions et de budget en vous basant sur les méthodes de prévision adoptées, telles que les méthodes basées sur les tendances, sur les facteurs commerciaux ou une combinaison de ces deux méthodes. Les budgets doivent être calculés, réalistes et basés sur vos prévisions.
+ **Configuration des alertes et des notifications :** utilisez les alertes AWS Budgets et la détection des anomalies de coûts pour recevoir des alertes et des notifications.
+ **Effectuez des révisions régulières avec des parties prenantes clés :** par exemple, alignez-vous sur les changements de direction de l’entreprise et d’utilisation avec les parties prenantes des secteurs informatiques et des secteurs financiers, les équipes de plateforme et d’autres secteurs de l’entreprise.
## Ressources
**Documents connexes :**
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [AWS Cost and Usage Report](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html)
+ [Prévisions avec Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html)
+ [Prévisions Quick](https://docs.aws.amazon.com/quicksight/latest/user/forecasts-and-whatifs.html)
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
**Vidéos connexes :**
+ [Comment utiliser AWS Budgets pour suivre mes dépenses et mon utilisation](https://www.youtube.com/watch?v=Ris23gKc7s0)
+ [AWS Série sur l’optimisation des coûts: AWS Budgets](https://www.youtube.com/watch?v=5vYEVQzoMeM)
**Exemples connexes:**
+ [Compréhension et établissement de prévisions basées sur des facteurs](https://aws.amazon.com/blogs/aws-cloud-financial-management/understand-and-build-driver-based-forecasting/)
+ [Comment établir et promouvoir une culture de prévision](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-to-establish-and-drive-a-forecasting-culture/)
+ [Comment améliorer vos prévisions des coûts du cloud](https://aws.amazon.com/blogs/aws-cloud-financial-management/forecasting-blog-series-1-3-ways-to-more-effectively-forecast-cloud-spend/)
+ [Utilisation des bons outils pour prévoir les coûts du cloud](https://aws.amazon.com/blogs/aws-cloud-financial-management/using-the-right-tools-for-your-cloud-cost-forecasting/)
# COST01-BP04 Mise en œuvre de la sensibilisation aux coûts dans les processus organisationnels
Mettez en œuvre la sensibilisation aux coûts, créez une transparence et intégrez une sensibilisation à l’égard des coûts dans les processus nouveaux ou existants qui ont une incidence sur l’utilisation, et tirez parti des processus existants pour la sensibilisation aux coûts. Intégrez la sensibilisation aux coûts dans la formation des employés.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
La sensibilisation aux coûts doit être mise en œuvre dans les processus organisationnels nouveaux et existants. Il s’agit de l’une des capacités prérequises fondamentales pour les autres bonnes pratiques. Il est recommandé de réutiliser et de modifier les processus existants dans la mesure du possible, ce qui réduit l’impact sur l’agilité et la vitesse. Signalez les coûts de cloud aux équipes technologiques, aux décideurs de l’entreprise et aux équipes financières pour sensibiliser aux coûts, et établir des indicateurs de performance clés d’efficacité pour les parties prenantes financières et commerciales. Les recommandations suivantes vous aideront à mettre en œuvre la sensibilisation aux coûts dans votre charge de travail :
+ Vérifiez que la gestion des modifications comprend une mesure des coûts pour quantifier l’impact financier des modifications. Cela permet de répondre de manière proactive aux préoccupations liées aux coûts et de mettre en évidence les économies réalisées.
+ Vérifiez que l’optimisation des coûts est une composante essentielle de vos capacités d’exploitation. Par exemple, vous pouvez tirer parti des processus de gestion des incidents existants pour investiguer et identifier les causes racines des anomalies de coût et d’utilisation ou surcoûts.
+ Accélérez la réduction des coûts et la génération de valeur métier avec l’automatisation ou l’utilisation d’outils. Lorsque vous réfléchissez au coût de la mise en œuvre, encadrez la conversation pour y inclure une composante de retour sur investissement afin de justifier l’investissement en temps ou en argent.
+ Allouez les coûts de cloud en implémentant des relevés des services reçus ou des facturations internes pour les dépenses de cloud, y compris les options d’achat basées sur l’engagement, les services partagés et les achats marketplace afin de stimuler la plupart de la consommation de cloud sensible aux coûts.
+ Étendez les programmes de formation et de développement existants afin d’y inclure une formation de sensibilisation aux coûts dans toute votre entreprise. Il est recommandé d’inclure une formation et une certification continues. Cela permettra de créer une organisation capable de gérer automatiquement les coûts et l’utilisation.
+ Profitez des outils natifs AWS gratuits comme [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/), [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) et les [rapports AWS Budgets](https://aws.amazon.com/about-aws/whats-new/2019/07/introducing-aws-budgets-reports/).
Lorsque les organisations adoptent systématiquement des pratiques de [gestion financière dans le cloud](https://aws.amazon.com/aws-cost-management/) (CFM), ces comportements s’enracinent dans leur manière de travailler et de prendre des décisions. Il en résulte une culture plus soucieuse des coûts, depuis les développeurs qui conçoivent une nouvelle application « née dans le cloud » jusqu’aux responsables financiers qui analysent le retour sur investissement de ces nouveaux investissements dans le cloud.
**Étapes d’implémentation**
+ **Identifiez les processus organisationnels pertinents : **chaque unité organisationnelle passe en revue ses processus et identifie les processus qui ont un impact sur les coûts et l’utilisation. Tous les processus qui entraînent la création ou l’arrêt d’une ressource doivent être inclus dans la vérification. Recherchez des processus qui peuvent soutenir la sensibilisation aux coûts dans votre entreprise, tels que la gestion des incidents et la formation.
+ **Établissez une culture de sensibilisation autonome :** veillez à ce que toutes les parties prenantes pertinentes s’alignent avec la cause du changement et l’impact en tant que coût, afin qu’elles comprennent le coût du cloud. Cela permettra à votre entreprise de mettre en place une culture de l’innovation consciente des coûts et autonome.
+ **Mettez à jour les processus avec la sensibilisation aux coûts :** chaque processus est modifié pour tenir compte des coûts. Le processus peut nécessiter des contrôles préalables supplémentaires, tels que l’évaluation de l’impact du coût ou des contrôles a posteriori confirmant que les changements attendus en matière de coût et d’utilisation se sont produits. Les processus de soutien, tels que la formation et la gestion des incidents, peuvent être étendus pour inclure des éléments relatifs au coût et à l’utilisation.
Pour obtenir de l’aide, contactez les experts de la gestion financière du cloud par le biais de l’équipe chargée de votre compte ou parcourez les ressources et les documents associés ci-dessous.
## Ressources
**Documents connexes :**
+ [Gestion financière du cloud AWS](https://aws.amazon.com/aws-cost-management/)
**Exemples connexes :**
+ [Stratégie pour une gestion des coûts de cloud efficace](https://aws.amazon.com/blogs/enterprise-strategy/strategy-for-efficient-cloud-cost-management/)
+ [Série de blogs sur le contrôle des coûts n° 3 : comment gérer les augmentations de coûts](https://aws.amazon.com/blogs/aws-cloud-financial-management/cost-control-blog-series-3-how-to-handle-cost-shock/)
+ [Guide du débutant dans AWS Cost Management](https://aws.amazon.com/blogs/aws-cloud-financial-management/beginners-guide-to-aws-cost-management/)
# COST01-BP05 Création de rapports et de notifications sur l’optimisation des coûts
Mettez en place des budgets pour le cloud et configurez des mécanismes pour détecter les anomalies d’utilisation. Configurez les outils connexes pour les alertes de coût et d’utilisation par rapport à des objectifs prédéfinis et recevez des notifications lorsqu’une utilisation dépasse ces objectifs. Organisez des réunions régulières pour analyser la rentabilité de vos charges de travail et promouvoir la sensibilisation aux coûts.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
Vous devez régulièrement signaler l’optimisation des coûts et de l’utilisation au sein de votre entreprise. Vous pouvez mettre en œuvre des sessions dédiées pour discuter des performances en matière de coûts, ou inclure l’optimisation des coûts dans vos cycles de rapports opérationnels réguliers pour vos charges de travail. Utilisez des services et des outils pour contrôler régulièrement vos performances en matière de coûts et mettre en œuvre des possibilités d’économies.
Affichez votre coût et votre utilisation avec plusieurs filtres et niveaux de précision avec [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/), qui fournit des tableaux de bord et des rapports tels que les coûts par service ou par compte, les coûts quotidiens ou les coûts du marketplace. Suivez l’évolution de vos coûts et de votre utilisation par rapport aux budgets configurés avec les [rapports AWS Budgets](https://aws.amazon.com/about-aws/whats-new/2019/07/introducing-aws-budgets-reports/).
Utilisez [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) pour définir des budgets personnalisés afin de suivre vos coûts et votre utilisation et de répondre rapidement aux alertes reçues par e-mail ou aux notifications Amazon Simple Notification Service (Amazon SNS) si vous dépassez votre seuil. [Définissez votre période budgétaire préférée](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-create.html) sur une période quotidienne, mensuelle, trimestrielle ou annuelle et établissez des limites budgétaires spécifiques pour rester informé de l’évolution des coûts et de l’utilisation réels ou prévus par rapport à votre seuil budgétaire. Vous pouvez également configurer des [alertes](https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html) et des [actions](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-controls.html) automatiques par rapport à ces alertes ou via un processus d’approbation en cas de dépassement d’une cible budgétaire.
Mettez en œuvre des notifications sur le coût et l’utilisation pour garantir un traitement rapide des modifications du coût et de l’utilisation si elles sont imprévues. [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) vous permet de réduire les imprévus en matière de coûts et d’améliorer le contrôle sans ralentir l’innovation. AWS Cost Anomaly Detection identifie les dépenses anormales et leurs causes premières, ce qui contribue à réduire le risque de surprises liées à la facturation. En trois étapes simples, vous pouvez créer votre propre surveillance contextualisée et recevoir des alertes en cas de dépense irrégulière détectée.
Vous pouvez également utiliser [Quick](https://aws.amazon.com/quicksight/) avec des données AWS Cost and Usage Report (CUR), afin de fournir des rapports hautement personnalisés avec des données plus précises. Quick vous permet de planifier des rapports et de recevoir des e-mails de rapports de coûts périodiques pour connaître l’historique des coûts et de l’utilisation ou des opportunités de réduction des coûts. Consultez notre solution [Cost Intelligence Dashboard](https://aws.amazon.com/blogs/aws-cloud-financial-management/a-detailed-overview-of-the-cost-intelligence-dashboard/) (CID) basée sur Quick, qui vous offre une visibilité avancée.
Utilisez [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/), qui offre des conseils pour vérifier si les ressources allouées sont alignées avec les bonnes pratiques AWS pour des questions d’optimisation des coûts.
Vérifiez vos recommandations en matière de Savings Plans à l’aide de graphiques visuels en fonction de vos coûts et de votre utilisation. Des graphiques horaires présentent les dépenses à la demande en regard de l’engagement recommandé des Savings Plans, fournissant un aperçu des économies estimées, de la couverture et de l’utilisation des Savings Plans. Cela permet aux organisations de comprendre comment s’appliquent leurs Savings Plans à chaque heure de dépenses sans avoir à investir du temps et des ressources dans l’élaboration de modèles pour analyser leurs dépenses.
Créez périodiquement des rapports contenant un élément clé des Savings Plans, des instances réservées et des recommandations de redimensionnement d’Amazon EC2 depuis AWS Cost Explorer pour commencer à réduire le coût associé aux charges de travail à état stable, ainsi qu’aux ressources inactives et sous-utilisées. Identifiez et récupérez les dépenses inutiles liées au cloud pour les ressources déployées. Les dépenses inutiles liées au cloud se produisent lorsque des ressources de taille inappropriée sont créées, ou des modèles d’utilisation différents sont observés au lieu de ce qui est prévu. Suivez les bonnes pratiques AWS pour réduire vos pertes ou demandez à l’équipe qui gère votre compte et à votre partenaire de vous aider à [optimiser vos coûts liés à cloud et à réaliser des économies](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/).
Générez des rapports réguliers pour profiter de meilleures options d’achat pour vos ressources afin de réduire les coûts unitaires de vos charges de travail. Les options d’achat telles que les Savings Plans, les instances réservées ou les instances Spot Amazon EC2 offrent les meilleures économies pour les charges de travail tolérantes aux pannes et permettent aux parties prenantes (propriétaires d’entreprise, équipes financières et technologiques) de participer à ces discussions sur l’engagement.
Partagez les rapports contenant des opportunités ou des annonces de lancement capables de vous aider à réduire le coût total de possession (TCO) du cloud. Adoptez de nouveaux services, régions, fonctionnalités, solutions ou moyens de réduire davantage les coûts.
### Étapes d’implémentation
+ **Configuration AWS Budgets :** configurez AWS Budgets sur tous les comptes de votre charge de travail. Définissez un budget pour les dépenses globales des comptes et un budget pour la charge de travail à l’aide de balises.
+ [Ateliers Well-Architected : utilisation des coûts et de la gouvernance](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_2_Cost_and_Usage_Governance/README.html)
+ **Création de rapports sur l’optimisation des coûts :** définissez un cycle régulier pour discuter de l’efficacité de la charge de travail et pour l’analyser. À l’aide des métriques définies, rendez compte des métriques atteintes et du coût associé. Identifiez et corrigez les tendances négatives, tout en ciblant les tendances positives que vous pouvez promouvoir dans votre organisation. Les rapports doivent impliquer des représentants des finances, des équipes d’application et des propriétaires, ainsi que des décideurs clés en ce qui concerne les dépenses liées au cloud.
## Ressources
**Documents connexes :**
+ [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-what-is.html)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/)
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [AWS Cost and Usage Report](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html)
+ [AWS Budgets Bonnes pratiques](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-best-practices.html#budgets-best-practices-setting-budgets%3Fsc_channel=ba%26sc_campaign=aws-budgets%26sc_medium=manage-and-control%26sc_content=web_pdp%26sc_detail=how-do-I%26sc_outcome=aw%26trk=how-do-I_web_pdp_aws-budgets)
+ [Analytique Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/analytics-storage-class.html)
**Exemples connexes :**
+ [Méthodes clés pour commencer à optimiser vos coûts de cloud AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/key-ways-to-start-optimizing-your-aws-cloud-costs/)
# COST01-BP06 Surveillance proactive des coûts
Mettez en œuvre des outils et des tableaux de bord pour surveiller de manière proactive les coûts de la charge de travail. Vérifiez régulièrement les coûts grâce aux outils configurés ou prêts à l’emploi. Ne vous contentez pas d’examiner les coûts et les catégories lorsque vous recevez des notifications. La surveillance et l’analyse proactives des coûts permettent d’identifier les tendances positives et de les promouvoir dans toute votre organisation.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Il est recommandé de surveiller le coût et l’utilisation de manière proactive au sein de votre entreprise, et non seulement lorsque des exceptions ou des anomalies se présentent. Des tableaux de bord très visibles dans votre bureau ou votre environnement de travail garantissent que les personnes clés ont accès aux informations dont elles ont besoin et indiquent que l’organisation se concentre sur l’optimisation des coûts. Des tableaux de bord visibles vous permettent de promouvoir activement les résultats positifs et de les mettre en œuvre dans toute votre organisation.
Créez une routine quotidienne ou fréquente consistant pour utiliser [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) ou tout autre tableau de bord tel qu’[Amazon Quick](https://aws.amazon.com/quicksight/) pour connaître les coûts et les analyser de manière proactive. Analysez les coûts et l’utilisation des services AWS au niveau du compte AWS, de la charge de travail ou des services AWS spécifiques avec le filtrage et le regroupement, et confirmez s’ils sont attendus ou non. Utilisez les balises ainsi que la granularité horaire et au niveau des ressources pour filtrer et identifier les coûts facturés pour les ressources principales. Vous pouvez également créer vos propres rapports avec le tableau de bord [Cost Intelligence Dashboard](https://wellarchitectedlabs.com/cost/200_labs/200_cloud_intelligence/), une solution [Amazon Quick](https://aws.amazon.com/quicksight/) développée par des architectes de solutions AWS, et comparer vos budgets aux coûts et à l’utilisation réels.
**Étapes d’implémentation**
+ **Création de rapports sur l’optimisation des coûts :** définissez un cycle régulier pour discuter de l’efficacité de la charge de travail et pour l’analyser. À l’aide des métriques définies, rendez compte des métriques atteintes et du coût associé. Identifiez et corrigez les tendances négatives, et identifiez les tendances positives à promouvoir dans votre organisation. Les rapports doivent impliquer des représentants des équipes et des propriétaires d’application, de la finance et de la gestion.
+ **Créez et activez une granularité [AWS Budgets](https://aws.amazon.com/blogs/aws-cloud-financial-management/launch-daily-cost-and-usage-budgets/) quotidienne des coûts et de l’utilisation afin de prendre des mesures rapides pour éviter tout dépassement de coûts potentiel :** AWS Budgets vous permet de configurer des notifications d’alerte, afin de rester informé si l’un de vos types de budget dépasse les seuils préconfigurés. Le meilleur moyen d’exploiter AWS Budgets est de définir votre coût et votre utilisation prévus comme vos limites, afin que tout ce qui se situe au-dessus de vos budgets puisse être considéré comme un dépassement.
+ **Création de AWS Cost Anomaly Detection pour la surveillance des coûts : **[AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) utilise la technologie avancée de machine learning pour identifier les dépenses anormales et les causes profondes, afin que vous puissiez rapidement prendre des mesures. Cela vous permet de configurer des surveillances de coûts qui définissent les segments de dépenses que vous souhaitez évaluer (par exemple, services AWS individuels, comptes membres, balises de répartition des coûts et catégories de coûts), mais aussi de définir quand, où et comment vous recevez vos notifications d’alerte. Pour chaque surveillance, attachez plusieurs abonnements à des alertes pour les propriétaires d’entreprise et les équipes technologiques, notamment un nom, un seuil d’impact du coût et une fréquence d’alerte (alertes individuelles, résumé quotidien, résumé hebdomadaire) pour chaque abonnement.
+ **Utilisez AWS Cost Explorer ou intégrez vos données AWS Cost and Usage Report (CUR) aux tableaux de bord Amazon Quick pour visualiser les coûts de votre organisation :** AWS Cost Explorer possède une interface facile à utiliser qui vous permet de visualiser, de comprendre et de gérer vos coûts et votre utilisation d’AWS au fil du temps. Le tableau de bord [Cost Intelligence Dashboard](https://wellarchitectedlabs.com/cost/200_labs/200_cloud_intelligence/) est un tableau de bord personnalisable et accessible pour vous aider à créer la base de votre propre outil de gestion et d’optimisation des coûts.
## Ressources
**Documents connexes :**
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Budgets d’utilisation et de coûts au quotidien](https://aws.amazon.com/blogs/aws-cloud-financial-management/launch-daily-cost-and-usage-budgets/)
+ [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/)
**Exemples connexes :**
+ [AWS Cost Anomaly Detection Alerte avec Slack](https://aws.amazon.com/aws-cost-management/resources/slack-integrations-for-aws-cost-anomaly-detection-using-aws-chatbot/)
# COST01-BP07 Tenez-vous au courant up-to-date des nouvelles versions de service
Consultez régulièrement des experts ou des AWS partenaires pour déterminer quels services et fonctionnalités sont les moins coûteux. Passez en revue AWS les blogs et autres sources d'information.
**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 tirer parti des dernières technologies pour expérimenter et innover plus rapidement. Vous pourriez être en mesure de mettre en œuvre de nouveaux AWS services et fonctionnalités afin d'améliorer la rentabilité de votre charge de travail. Consultez régulièrement [Gestion des coûts AWS](https://aws.amazon.com/aws-cost-management/), le [blog Actualités AWS](https://aws.amazon.com/blogs/aws/), le [blog Gestion des coûts AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/) et [Nouveautés d’ AWS](https://aws.amazon.com/new/) pour plus d’informations sur les nouvelles versions de service et de fonctionnalités. Les articles « Nouveautés » fournissent un bref aperçu de toutes les annonces d'extension des AWS services, des fonctionnalités et des régions au fur et à mesure de leur publication.
**Étapes d’implémentation**
+ **Abonnez-vous aux blogs :** Accédez aux pages AWS des blogs et abonnez-vous au blog What's New et à d'autres blogs pertinents. Vous pouvez vous inscrire sur la page de [préférence de communication](https://pages.awscloud.com/communication-preferences?languages=english) avec votre adresse e-mail.
+ **Abonnez-vous aux AWS actualités :** consultez régulièrement le [blog d'AWS actualités](https://aws.amazon.com/blogs/aws/) et les [nouveautés AWS](https://aws.amazon.com/new/) pour obtenir des informations sur les nouveaux services et fonctionnalités. Abonnez-vous au RSS fil d'actualité ou utilisez votre e-mail pour suivre les annonces et les publications.
+ **Suivez les AWS baisses de prix :** Les baisses de prix régulières sur tous nos services constituent un moyen standard de AWS répercuter sur nos clients les gains d'efficacité économique réalisés grâce à notre envergure. Au 20 septembre 2023, AWS elle a réduit ses prix 134 fois depuis 2006. Si vous avez des décisions métier en attente en raison d’inquiétudes concernant les prix, vous pouvez les examiner de nouveau après les réductions de prix et l’intégration de nouveaux services. Vous pouvez en savoir plus sur les précédents efforts de réduction de prix, notamment sur les instances Amazon Elastic Compute Cloud (AmazonEC2), dans la [catégorie des réductions de prix du AWS News Blog](https://aws.amazon.com/blogs/aws/category/price-reduction/).
+ ** AWS événements et rencontres :** participez à votre AWS sommet local et à toute réunion locale avec d'autres organisations de votre région. Si vous ne pouvez pas y assister en personne, essayez d'assister à des événements virtuels pour en savoir plus sur AWS les experts et les études de cas d'autres clients.
+ **Rencontre avec l’équipe chargée de votre compte : **planifiez un rythme régulier avec l’équipe chargée de votre compte, réunissez-vous et discutez des tendances du secteur et des services AWS . Parlez à votre gestionnaire de compte, à votre architecte de solutions et à votre équipe de support.
## Ressources
**Documents connexes :**
+ [AWS Gestion des coûts](https://aws.amazon.com/aws-cost-management/)
+ [Quoi de neuf avec AWS](https://aws.amazon.com/new/)
+ [AWS Blog d'actualités](https://aws.amazon.com/blogs/aws/)
**Exemples connexes :**
+ [Amazon EC2 — 15 ans d'optimisation et de réduction de vos coûts informatiques](https://aws.amazon.com/blogs/aws-cost-management/amazon-ec2-15th-years-of-optimizing-and-saving-your-it-costs/)
+ [AWS Blog d'actualités - Baisse de prix](https://aws.amazon.com/blogs/aws/category/price-reduction/)
# COST01-BP08 Création d’une culture de sensibilisation aux coûts
Mettez en œuvre des modifications ou des programmes dans toute votre entreprise afin de créer une culture de sensibilisation aux coûts. Il est recommandé de commencer petit, puis, au fur et à mesure que vos capacités augmentent et que votre organisation utilise le cloud, de mettre en œuvre des programmes de grande envergure.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
Une culture de sensibilisation aux coûts vous permet de mettre à l’échelle l’optimisation des coûts et la gestion financière dans le cloud (opérations financières, centre d’excellence cloud, équipes des opérations cloud, et bien plus encore) grâce aux bonnes pratiques qui sont appliquées de manière organique et décentralisée dans toute votre entreprise. La sensibilisation aux coûts permet de créer de hauts niveaux de capacité dans toute votre organisation avec un minimum d’efforts, par rapport à une approche centralisée et descendante stricte.
La création d’une sensibilisation aux coûts dans le cloud computing, notamment pour les principaux facteurs de coût, permet aux équipes de comprendre les résultats attendus de n’importe quel changement en matière de coût. Les équipes qui accèdent aux environnements de cloud doivent connaître les modèles de tarification et la différence entre les centres de données sur site traditionnels et le cloud computing.
Le principal avantage d’une culture de sensibilisation aux coûts est que les équipes technologiques optimisent les coûts de manière proactive et continue (par exemple, ces éléments sont considérés comme une exigence non fonctionnelle lors de la création de l’architecture des nouvelles charges de travail ou de la modification de charges de travail existantes) au lieu de procéder à des optimisations de coûts réactives si nécessaire.
De petits changements de culture peuvent avoir de grandes répercussions sur l’efficacité de votre charge de travail actuelle et future. En voici quelques exemples :
+ Donnez de la visibilité et créez de la sensibilisation dans les équipes ingénierie pour comprendre ce qu’elles font et leur impact en termes de coûts.
+ Ludification des coûts et de l’utilisation dans votre entreprise. Cela peut se faire au moyen d’un tableau de bord visible du public ou d’un rapport qui compare les coûts normalisés et l’utilisation par les différentes équipes (par exemple, le coût par charge de travail et le coût par transaction).
+ Reconnaissance de la rentabilité. Récompensez les réalisations volontaires ou non sollicitées en matière d’optimisation des coûts, publiquement ou en privé, et tirez les leçons des erreurs pour éviter de les répéter à l’avenir.
+ Créez des exigences organisationnelles hiérarchisées pour que les charges de travail soient exécutées selon des budgets prédéfinis.
+ Questionnez les exigences métier en matière de changements, et l’impact du coût des changements demandés apportés à l’infrastructure de l’architecture ou la configuration de charge de travail, pour veiller à payer uniquement ce dont vous avez besoin.
+ Veillez à ce que le planificateur de changements soit informé des changements attendus ayant un impact sur le coût, et qu’ils soient confirmés par les parties prenantes pour fournir des résultats métier de manière rentable.
**Étapes d’implémentation**
+ **Signalement des coûts du cloud aux équipes informatiques :** pour les sensibiliser aux coûts et établir des indicateurs de performance clés d’efficacité pour les parties prenantes financières et commerciales.
+ **Informez les parties prenantes ou les membres des équipes des changements planifiés :** créez un point à l’ordre du jour pour discuter des changements planifiés et de l’impact coût-avantage sur la charge de travail lors des réunions hebdomadaires sur les changements.
+ **Rencontrez l’équipe de gestion de votre compte : **établissez une cadence régulière de réunions avec l’équipe chargée de votre compte et discutez des tendances du secteur et des services AWS. Parlez à votre gestionnaire de compte, à votre architecte et à votre équipe de support.
+ **Partagez des témoignages de réussite :** partagez des témoignages de réussite sur la réduction des coûts pour n’importe quelle charge de travail, n’importe quel Compte AWS ou n’importe quelle organisation afin de créer une attitude positive et des encouragements autour de l’optimisation des coûts.
+ **Formation : **veillez à ce que les équipes techniques ou les membres de l’équipe soient sensibilisés aux coûts liés aux ressources sur AWS Cloud.
+ **Événements et rencontres AWS : **participez aux sommets AWS locaux et à toutes les rencontres locales avec les autres organisations de votre région.
+ **Abonnement aux blogs :** accédez aux pages des blogs AWS et abonnez-vous au [blog Nouveautés](https://aws.amazon.com/new/) et à d’autres blogs pertinents pour suivre les nouvelles versions, les implémentations, les exemples et les modifications partagés par AWS.
## Ressources
**Documents connexes :**
+ [Blog AWS](https://aws.amazon.com/blogs/)
+ [Gestion des coûts AWS](https://aws.amazon.com/blogs/aws-cost-management/)
+ [Blog d’actualités AWS](https://aws.amazon.com/blogs/aws/)
**Exemples connexes :**
+ [Gestion financière du cloud AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/)
# COST01-BP09 Quantifier la valeur commerciale grâce à l'optimisation des coûts
La quantification de la valeur métier générée par l’optimisation des coûts permet de comprendre l’ensemble des avantages pour votre entreprise. Parce que l’optimisation des coûts est un investissement nécessaire, la quantification de la valeur ajoutée vous permet d’expliquer le retour sur investissement aux parties prenantes. La quantification de la valeur ajoutée peut vous aider à obtenir une meilleure adhésion des parties prenantes aux investissements futurs en matière d’optimisation des coûts, et fournit un cadre pour mesurer les résultats des activités d’optimisation des coûts de votre organisation.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Quantifier la valeur métier signifie mesurer le bénéfice que les entreprises retirent des actions et des décisions qu’elles prennent. La valeur métier peut être tangible (comme la réduction des dépenses ou l’augmentation des profits) ou intangible (comme l’amélioration de la réputation de la marque ou l’augmentation de la satisfaction client).
Quantifier la valeur métier résultant de l’optimisation des coûts signifie déterminer la valeur ou le bénéfice que vous retirez de vos efforts pour dépenser plus efficacement. Par exemple, si une entreprise dépense 100 000 dollars pour déployer une charge de travail AWS et l'optimise ultérieurement, le nouveau coût passe à seulement 80 000 dollars sans pour autant sacrifier la qualité ou le rendement. Dans ce scénario, la valeur métier quantifiée résultant de l’optimisation des coûts représenterait une économie de 20 000 USD. Mais au-delà des simples économies, l’entreprise peut également quantifier la valeur en termes de rapidité de livraison, d’amélioration de la satisfaction client ou d’autres indicateurs résultant des efforts d’optimisation des coûts. Les parties prenantes doivent prendre des décisions concernant la valeur potentielle de l’optimisation des coûts, le coût de l’optimisation de la charge de travail et la valeur de retour.
En plus de faire état des économies réalisées grâce à l’optimisation des coûts, il est recommandé de quantifier la valeur supplémentaire générée. Les avantages de l’optimisation des coûts sont généralement quantifiés en termes de réduction des coûts par résultat commercial. Par exemple, vous pouvez quantifier les économies Amazon Elastic Compute Cloud(AmazonEC2) lorsque vous achetez des Savings Plans, qui réduisent les coûts et maintiennent les niveaux de production de la charge de travail. Vous pouvez quantifier les réductions de coûts AWS liées à la suppression des EC2 instances Amazon inactives ou à la suppression de volumes Amazon Elastic Block Store EBS (Amazon) indépendants.
Les avantages de l’optimisation des coûts vont toutefois au-delà de la réduction ou de l’évitement des coûts. Envisagez de capturer des données supplémentaires pour mesurer les améliorations de l’efficacité et la valeur ajoutée.
### Étapes d’implémentation
+ **Évaluer les avantages commerciaux :** Il s'agit du processus d'analyse et d'ajustement des AWS Cloud coûts de manière à maximiser les avantages tirés de chaque dollar dépensé. Au lieu de vous concentrer sur la réduction des coûts sans valeur métier, tenez compte des avantages commerciaux et du retour sur investissement de l’optimisation des coûts, ce qui peut rentabiliser davantage l’argent que vous dépensez. Il s’agit de dépenser judicieusement et de réaliser des investissements et des dépenses dans les secteurs qui génèrent le meilleur retour.
+ **Analysez les AWS coûts prévisionnels : les** prévisions aident les parties prenantes du secteur financier à définir leurs attentes avec les autres parties prenantes internes et externes de l'organisation, et peuvent améliorer la prévisibilité financière de votre organisation. [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)peut être utilisé pour effectuer des prévisions de vos coûts et de votre utilisation.
## Ressources
**Documents connexes :**
+ [AWS Cloud Économie](https://aws.amazon.com/economics/)
+ [AWS Blog](https://aws.amazon.com/blogs/)
+ [AWS Gestion des coûts](https://aws.amazon.com/blogs/aws-cost-management/)
+ [AWS Blog d'actualités](https://aws.amazon.com/blogs/aws/)
+ [Livre blanc du pilier Fiabilité de Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
**Vidéos connexes :**
+ [Tirez parti de la valeur commerciale avec Windows activé AWS](https://aws.amazon.com/windows/tco/)
**Exemples connexes :**
+ [Mesure et maximisation de la valeur commerciale du client 360](https://pages.awscloud.com/measuring-and-maximizing-the-business-value-of-customer-360-062022.html)
+ [Valeur commerciale de l’adoption des bases de données gérées par Amazon Web Services](https://pages.awscloud.com/rs/112-TZM-766/images/The Business Value of Adopting Amazon Web Services Managed Databases.pdf)
+ [Valeur commerciale d’Amazon Web Services pour les éditeurs de logiciels indépendants](https://pages.awscloud.com/rs/112-TZM-766/images/The Business Value of Amazon Web Services %28AWS%29 for Independent Software Vendors %28ISVs%29.pdf)
+ [Valeur commerciale de la modernisation du cloud](https://pages.awscloud.com/aws-cfm-known-business-value-of-cloud-modernization-2022.html)
+ [Valeur commerciale de la migration vers Amazon Web Services](https://pages.awscloud.com/global-in-gc-500-business-value-of-migration-whitepaper-learn.html)
# Sensibilisation aux dépenses et à l’utilisation
**Topics**
+ [COÛT 2. Comment gérer l’utilisation ?](cost-02.md)
+ [COÛT 3. Comment surveillez-vous vos coûts et votre utilisation ?](cost-03.md)
+ [COÛT 4. Comment mettez-vous les ressources hors service ?](cost-04.md)
# COÛT 2. Comment gérer l’utilisation ?
Définissez des stratégies et des mécanismes pour vous assurer que les coûts appropriés sont facturés tout en atteignant les objectifs. En adoptant une approche d’équilibre des pouvoirs, vous pouvez innover sans dépense excessive.
**Topics**
+ [COST02-BP01 Développement de stratégies en fonction des exigences de votre organisation](cost_govern_usage_policies.md)
+ [COST02-BP02 Mise en œuvre d’objectifs et de cibles](cost_govern_usage_goal_target.md)
+ [COST02-BP03 Implémentation d’une structure de compte](cost_govern_usage_account_structure.md)
+ [COST02-BP04 Mise en œuvre de groupes et de rôles](cost_govern_usage_groups_roles.md)
+ [COST02-BP05 Mise en œuvre de contrôles de coûts](cost_govern_usage_controls.md)
+ [COST02-BP06 Suivez le cycle de vie du projet](cost_govern_usage_track_lifecycle.md)
# COST02-BP01 Développement de stratégies en fonction des exigences de votre organisation
Développez des stratégies qui définissent la manière dont les ressources sont gérées par votre organisation et inspectez-les régulièrement. Les stratégies doivent couvrir les aspects de coût des ressources et des charges de travail, y compris la création, la modification et la mise hors service pendant la durée de vie des ressources.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Il est essentiel de comprendre les coûts et les facteurs de coûts de votre entreprise pour les gérer efficacement et identifier les possibilités de réduction. Les organisations exécutent généralement plusieurs charges de travail exécutées par plusieurs équipes. Ces équipes peuvent appartenir à différentes unités commerciales, chacune ayant ses propres sources de revenus. La possibilité d’attribuer le coût des ressources aux charges de travail, à l’organisation individuelle ou aux propriétaires de produits permet d’adopter un comportement d’utilisation efficace et contribue à réduire les pertes. La surveillance précise des coûts et de l’utilisation vous aide à comprendre dans quelle mesure une charge de travail est optimisée, ainsi que le degré de rentabilité des unités organisationnelles et des produits. Ces connaissances permettent de prendre des décisions plus éclairées quant à l’affectation des ressources au sein de votre organisation. La sensibilisation à l’utilisation à tous les niveaux de l’organisation est la clé du changement, car les changements d’utilisation entraînent des changements dans les coûts. Envisagez d’adopter une approche multidimensionnelle pour prendre conscience de votre utilisation et de vos dépenses.
La première étape de la gouvernance consiste à utiliser les exigences de votre entreprise pour élaborer des stratégies d’utilisation du cloud. Ces stratégies définissent la façon dont votre organisation utilise le cloud et dont les ressources sont gérées. Les stratégies doivent couvrir tous les aspects des ressources et des charges de travail qui ont trait au coût ou à l’utilisation, y compris la création, la modification et la mise hors service pendant la durée de vie d’une ressource. Vérifiez que les stratégies et les procédures sont suivies et mises en œuvre en cas de changement dans un environnement cloud. Lors de vos réunions sur la gestion des changements informatiques, posez des questions afin de connaître l’impact du coût des changements prévus, que ce soit une augmentation ou une baisse, la justification opérationnelle et le résultat attendu.
Les stratégies doivent être simples afin qu’elles soient aisément compréhensibles et puissent être mises en œuvre efficacement dans toute l’entreprise. Les stratégies doivent également être faciles à suivre et à interpréter (afin qu’elles soient utilisées) et être spécifiques (aucune mauvaise interprétation entre les équipes). En outre, elles doivent être inspectées périodiquement (comme nos mécanismes) et mises à jour à mesure que les conditions commerciales ou les priorités des clients évoluent, ce qui rendrait la stratégie obsolète.
Commencez par des stratégies générales de haut niveau, telles que la région géographique à utiliser ou les moments de la journée où les ressources doivent fonctionner. Affinez progressivement les stratégies des différentes unités organisationnelles et des charges de travail. Les stratégies communes comprennent les services et les fonctionnalités qui peuvent être utilisés (par exemple, un stockage moins performant dans les environnements de test et de développement), les types de ressources qui peuvent être utilisés par différents groupes (par exemple, la plus grande taille de ressource dans un compte de développement est moyenne) et la durée d’utilisation de ces ressources (qu’elle soit temporaire, courte ou spécifique).
**Exemple de stratégie**
Vous trouverez ci-dessous un exemple de stratégie que vous pouvez consulter pour créer vos propres stratégies de gouvernance du cloud, axées sur l’optimisation des coûts. Assurez-vous d’ajuster la politique en fonction des exigences de votre organisation et des demandes de vos parties prenantes.
+ **Nom de la stratégie :** définissez un nom de stratégie clair, par exemple stratégie d’optimisation des ressources et de réduction des coûts.
+ **Objectif :** expliquez pourquoi cette stratégie doit être utilisée et quel est le résultat attendu. L’objectif de cette stratégie est de vérifier qu’il existe un coût minimum requis pour déployer et exécuter la charge de travail souhaitée afin de répondre aux exigences de l’organisation.
+ **Portée :** définissez clairement qui doit utiliser cette stratégie et quand elle doit être utilisée, par exemple DevOps X Team doit utiliser cette stratégie pour les clients de l’est des États-Unis, pour l’environnement X (production ou hors production).
**Déclaration de stratégie**
1. Sélectionnez la région 1 de l’est des États-Unis ou plusieurs régions de l’est des États-Unis, en fonction de l’environnement de votre charge de travail et des exigences métier (développement, tests d’acceptation par les utilisateurs, préproduction ou production).
1. Programmez des instances Amazon EC2 et Amazon RDS qui devront être exécutées entre six heures et vingt heures (heure normale de l’est des États-Unis (EST)).
1. Arrêtez toutes les instances Amazon EC2 non utilisées après huit heures et les instances Amazon RDS non utilisées après 24 heures d’inactivité.
1. Résiliez toutes les instances Amazon EC2 non utilisées après 24 heures d’inactivité dans les environnements hors production. Rappelez au propriétaire de l’instance Amazon EC2 (en fonction des balises) qu’il doit revoir ses instances Amazon EC2 arrêtées en production et informez-le que ses instances Amazon EC2 seront résiliées dans les 72 heures si elles ne sont pas utilisées.
1. Utilisez une famille et une taille d’instance génériques, telles que m5.large, puis redimensionnez l’instance en fonction de l’utilisation du processeur et de la mémoire avec Optimiseur de calcul AWS.
1. Priorisez l’utilisation de l’autoscaling pour ajuster dynamiquement le nombre d’instances en cours d’exécution en fonction du trafic.
1. Utilisez des instances Spot pour les charges de travail non critiques.
1. Passez en revue les exigences en matière de capacité pour valider des Savings Plans ou des instances réservées pour des charges de travail prévisibles et informez l’équipe de gestion financière du cloud.
1. Utilisez des stratégies de cycle de vie Amazon S3 pour déplacer les données rarement consultées vers des niveaux de stockage moins coûteux. Si aucune stratégie de rétention n’est définie, utilisez Amazon S3 Intelligent-Tiering pour déplacer automatiquement les objets vers le niveau archivé.
1. Surveillez l’utilisation des ressources et définissez des alarmes pour déclencher des événements de mise à l’échelle à l’aide d’Amazon CloudWatch.
1. Pour chaque Compte AWS, utilisez AWS Budgets pour définir les budgets de coûts et d’utilisation de votre compte en fonction du centre de coûts et des unités commerciales.
1. L’utilisation du système AWS Budgets pour définir les budgets de coûts et d’utilisation de votre compte peut vous aider à maîtriser vos dépenses et à éviter les factures imprévues, ce qui vous permet de mieux contrôler vos coûts.
**Procédure :** fournissez des procédures détaillées pour la mise en œuvre de cette stratégie ou consultez d’autres documents qui décrivent comment mettre en œuvre chaque déclaration de stratégie. Cette section doit fournir des instructions détaillées pour la mise en œuvre des exigences de la stratégie.
Pour mettre en œuvre cette stratégie, vous pouvez utiliser divers outils tiers ou diverses règles AWS Config afin de vérifier la conformité avec la déclaration de stratégie et de déclencher des actions correctives automatisées à l’aide des fonctions AWS Lambda. Vous pouvez également utiliser AWS Organizations pour appliquer la stratégie. En outre, vous devez régulièrement revoir votre utilisation des ressources et ajuster la stratégie si nécessaire pour vérifier qu’elle continue de répondre aux besoins de votre organisation.
## Étapes d’implémentation
+ **Rencontre avec les parties prenantes :** pour élaborer des stratégies, demandez aux parties prenantes (bureau commercial du cloud, ingénieurs ou décideurs fonctionnels chargés de l’application des stratégies) au sein de votre organisation de spécifier leurs exigences et de les documenter. Adoptez une approche itérative en commençant par les grandes lignes et en affinant continuellement jusqu’aux plus petites unités à chaque étape. Les membres de l’équipe incluent ceux qui sont directement impliqués dans la charge de travail, tels que les unités d’organisation ou les propriétaires d’application, ainsi que les groupes de soutien, tels que les équipes de sécurité et les équipes financières.
+ **Obtention d’une confirmation :** assurez-vous que les équipes s’accordent sur les stratégies décrivant qui peut accéder au AWS Cloud et y faire des déploiements. Vérifiez qu’elles suivent les stratégies de votre organisation et confirmez que leurs créations de ressources s’alignent sur les stratégies et les procédures convenues.
+ **Création de sessions de formation d’intégration :** demandez aux nouveaux membres de l’organisation de suivre des cours de formation d’intégration afin de les sensibiliser aux coûts et aux exigences de l’organisation. Ils peuvent supposer des stratégies différentes issues de leur expérience passée ou ne pas y penser du tout.
+ **Définition d’emplacement pour votre charge de travail : **définissez l’emplacement d’exécution de votre charge de travail, y compris le pays et la zone du pays. Ces informations seront utilisées pour l’association aux Régions AWS et aux zones de disponibilité.
+ **Définition et regroupement de services et de ressources : **définissez les services requis par les charges de travail. Pour chaque service, spécifiez les types, la taille et le nombre de ressources requis. Définissez des groupes pour les ressources par fonction, tels que les serveurs d’applications ou le stockage de base de données. Les ressources peuvent appartenir à plusieurs groupes.
+ **Définition et regroupement des utilisateurs par fonction : **définissez les utilisateurs qui interagissent avec la charge de travail, en vous concentrant sur ce qu’ils font et sur la façon dont ils l’utilisent, et non sur leur identité ou sur leur poste au sein de l’organisation. Regroupez les utilisateurs ou fonctions similaires. Vous pouvez utiliser les stratégies gérées par AWS comme guide.
+ **Définition des actions :** en utilisant les emplacements, les ressources et les utilisateurs identifiés précédemment, définissez les actions requises par chacun pour atteindre les résultats de la charge de travail pendant sa durée de vie (développement, exploitation et mise hors service). Identifiez les actions en fonction des groupes, et non pas des éléments individuels des groupes, dans chaque emplacement. Commencez globalement avec la lecture ou l’écriture, puis affinez vers des actions spécifiques pour chaque service.
+ **Définition de la période de révision :** les charges de travail et les exigences organisationnelles peuvent changer au fil du temps. Définissez le calendrier de révision de la charge de travail pour qu’il reste conforme aux priorités de l’organisation.
+ **Documentation des stratégies : **assurez-vous que les stratégies définies sont accessibles en fonction des besoins de votre organisation. Ces stratégies sont utilisées pour mettre en œuvre, gérer et auditer l’accès à vos environnements.
## Ressources
**Documents connexes :**
+ [Gestion des changements dans le cloud](https://docs.aws.amazon.com/whitepapers/latest/change-management-in-the-cloud/change-management-in-cloud.html)
+ [Stratégies gérées par AWS pour les fonctions de tâches](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Stratégie de facturation multicompte AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Actions, ressources et clés de condition pour les services AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_actions-resources-contextkeys.html)
+ [Gestion et gouvernance AWS](https://aws.amazon.com/products/management-and-governance/)
+ [Contrôle d’accès aux Régions AWS avec des politiques IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
+ [Régions et zones de disponibilité (AZ) des infrastructures mondiales](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/)
**Vidéos connexes :**
+ [AWS Management and Governance at Scale](https://www.youtube.com/watch?v=xdJSUnPcPPI)
# COST02-BP02 Mise en œuvre d’objectifs et de cibles
Mettez en œuvre des objectifs et des cibles de coût et d’utilisation de votre charge de travail. Les objectifs fournissent une orientation à votre organisation sur les résultats attendus, et les cibles fournissent des résultats mesurables spécifiques à atteindre pour vos charges de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Développez des objectifs et des cibles de coût et d’utilisation pour votre entreprise. En tant qu’organisation en pleine croissance sur AWS, il est important de définir et de suivre des objectifs d’optimisation des coûts. Ces objectifs ou [indicateurs de rendement clés (KPI)](https://aws.amazon.com/blogs/aws-cloud-financial-management/unit-metric-the-touchstone-of-your-it-planning-and-evaluation/) peuvent inclure des éléments comme le pourcentage des dépenses à la demande ou l’adoption de certains services optimisés tels que les instances AWS Graviton ou les types de volumes EBS gp3. Fixez des objectifs mesurables et réalisables pour pouvoir plus facilement mesurer les améliorations de l’efficacité, ce qui est important pour les opérations métier. Les objectifs fournissent des conseils et des directives à votre organisation en ce qui concerne les résultats attendus.
Les cibles fournissent des résultats mesurables spécifiques à atteindre. En résumé, un objectif est la direction que vous voulez prendre et une cible correspond à la distance dans cette direction et au moment où cet objectif devrait être atteint (à l’aide de conseils SMART, c’est-à-dire spécifiques, mesurables, acceptables, réalistes et temporellement définis). Voici un exemple d’objectif : l’utilisation de la plateforme doit augmenter de manière significative, avec seulement une augmentation mineure (non linéaire) des coûts. Voici un exemple de cible : une augmentation de 20 % de l’utilisation de la plateforme, avec une augmentation des coûts inférieure à 5 %. Voici un autre exemple d’objectif commun : les charges de travail doivent être plus efficaces tous les six mois. La cible qui correspondrait à cet objectif serait de faire en sorte que les indicateurs du coût par entreprise diminuent de 5 % tous les six mois. Utilisez les bonnes métriques et définissez des indicateurs de rendement clés calculés pour votre organisation. Vous pouvez commencer par des indicateurs de rendement clés de base et évoluer ultérieurement en fonction des besoins de l’entreprise.
L’un des objectifs de l’optimisation des coûts est d’accroître l’efficacité de la charge de travail, ce qui doit se traduire par une réduction du coût par résultat métier correspondant à cette charge de travail au fil du temps. Mettez en œuvre cet objectif pour toutes les charges de travail et fixez une cible telle qu’une augmentation de 5 % de l’efficacité tous les six mois à un an. Dans le cloud, vous pouvez y parvenir en mettant en place des capacités d’optimisation des coûts, ainsi qu’en lançant de nouveaux services et fonctionnalités.
Les cibles sont les points de référence quantifiables que vous souhaitez atteindre pour réaliser vos objectifs, et les points de référence comparent vos résultats réels par rapport à une cible. Établissez des points de référence avec des KPI pour le coût par unité des services de calcul (tels que l’adoption de Spot, l’adoption de Graviton, les derniers types d’instances et la couverture à la demande), les services de stockage (tels que l’adoption d’EBS GP3, les instantanés EBS obsolètes et le stockage Amazon S3 Standard) ou l’utilisation des services de base de données (tels que les moteurs open source RDS, l’adoption de Graviton et la couverture à la demande). Ces points de référence et indicateurs de rendement clés peuvent vous aider à vérifier que vous utilisez les services AWS de la manière la plus rentable possible.
Le tableau suivant fournit une liste de métriques AWS standard à titre de référence. Chaque organisation peut avoir des valeurs cibles différentes pour ces KPI.
| Catégorie | KPI (%) | Description |
| --- | --- | --- |
| Calcul | Couverture de l’utilisation EC2 | Instances EC2 (en coût ou en heures) utilisant SP\$1RI\$1Spot par rapport au total (en coût ou en heures) des instances EC2 |
| Calcul | Calcul de l’utilisation de SP/RI | Heures SP ou RI utilisées par rapport au nombre total d’heures SP ou RI disponibles |
| Calcul | Coût EC2/heure | Coût EC2 divisé par le nombre d’instances EC2 exécutées au cours de cette heure |
| Calcul | Coût par processeur virtuel | Coût par processeur virtuel pour toutes les instances |
| Calcul | Dernière génération d’instances | Pourcentage d’instances sur Graviton (ou sur d’autres types d’instances de génération moderne) |
| Base de données | Couverture RDS | Instances RDS (en coût ou en heures) utilisant RI par rapport au total (en coût ou en heures) des instances RDS |
| Base de données | Utilisation de RDS | Heures de RI utilisées par rapport au nombre total d’heures de RI disponibles |
| Base de données | Disponibilité de RDS | Coût de RDS divisé par le nombre d’instances RDS exécutées au cours de cette heure |
| Base de données | Dernière génération d’instances | Pourcentage d’instances sur Graviton (ou sur d’autres types d’instances modernes) |
| Stockage | Utilisation du stockage | Coût de stockage optimisé (par exemple Glacier, archivage approfondi ou accès peu fréquent) divisé par le coût de stockage total |
| Identification | Ressources non balisées | Cost Explorer 1. Filtrez les crédits, les remises, les taxes, les remboursements, la place de marché et copiez le dernier coût mensuel. 2. Sélectionnez **Afficher uniquement les ressources non balisées** dans Cost Explorer. 3. Divisez le montant en **ressources non balisées** par votre coût mensuel. |
À l’aide de ce tableau, incluez des valeurs cibles ou de référence, qui doivent être calculées en fonction des objectifs de votre organisation. Vous devez mesurer certaines métriques pour votre entreprise et déterminer les résultats commerciaux liés à cette charge de travail afin de définir des indicateurs de performance clés précis et réalistes. Lorsque vous évaluez les métriques de performance au sein d’une organisation, distinguez les différents types de métriques qui répondent à des objectifs distincts. Ces métriques mesurent principalement les performances et l’efficacité de l’infrastructure technique plutôt que l’impact commercial global. Par exemple, elles peuvent suivre les temps de réponse des serveurs, la latence du réseau ou la disponibilité du système. Ces métriques sont essentielles pour évaluer dans quelle mesure l’infrastructure soutient les opérations techniques de l’organisation. Cependant, elles ne fournissent pas d’informations directes sur les objectifs commerciaux plus généraux tels que la satisfaction des clients, la croissance des revenus ou la part de marché. Pour obtenir une compréhension complète des performances de l’entreprise, complétez ces métriques d’efficacité par des métriques commerciales stratégiques directement corrélées aux résultats commerciaux.
Assurez une visibilité en temps quasi réel sur vos KPI et les opportunités d’économies associées, et suivez vos progrès au fil du temps. Pour commencer la définition et le suivi des objectifs des KPI, nous vous recommandons d’utiliser le tableau de bord des KPI de [Cloud Intelligence Dashboards](https://wellarchitectedlabs.com/cloud-intelligence-dashboards/) (CID). Sur la base des données issues du rapport d’utilisation et de coût (CUR), le tableau de bord des KPI fournit une série de KPI recommandés pour l’optimisation des coûts, avec la possibilité de définir des objectifs personnalisés et de suivre les progrès au fil du temps.
Si vous utilisez d’autres solutions pour définir et suivre les objectifs de KPI, assurez-vous que ces méthodes sont adoptées par toutes les parties prenantes de votre organisation liées à la gestion financière dans le cloud.
### Étapes d’implémentation
+ **Définition des niveaux d’utilisation attendus :** pour commencer, concentrez-vous sur les niveaux d’utilisation. Collaborez avec les propriétaires d’application, les équipes marketing et les équipes stratégiques concernées afin de comprendre quels seront les niveaux d’utilisation attendus pour la charge de travail. Comment la demande des clients est-elle susceptible d’évoluer dans le temps et existe-t-il des changements potentiels dus à des augmentations saisonnières ou à des campagnes marketing ?
+ **Définition des ressources et des coûts de la charge de travail :** une fois les niveaux d’utilisation définis, quantifiez les modifications des ressources de charge de travail nécessaires pour atteindre ces niveaux d’utilisation. Il sera peut-être nécessaire d’augmenter la taille des ressources d’un composant de la charge de travail ou leur nombre, d’accroître le transfert de données ou de remplacer les composants de la charge de travail par un service différent à un niveau spécifique. Spécifiez les coûts à chacun de ces points principaux et anticipez l’évolution des coûts en cas de modification de l’utilisation.
+ **Définition d’objectifs commerciaux :** combinez les résultats des modifications attendues en termes d’utilisation et de coût aux modifications technologiques attendues ou aux programmes que vous exécutez, et développez des objectifs pour la charge de travail. Les objectifs doivent tenir compte de l’utilisation et des coûts, ainsi que de la relation entre les deux. Les objectifs doivent être simples, généraux et aider les personnes à comprendre les attentes de l’entreprise en termes de résultats (par exemple, s’assurer que les ressources inutilisées restent en dessous d’un certain niveau de coût). Vous n’avez pas besoin de définir d’objectifs pour chaque type de ressource inutilisé ni de définir de coûts qui peuvent entraîner des pertes pour les objectifs et les cibles. Assurez-vous qu’il existe des programmes organisationnels (par exemple la création de capacités avec la formation et l’éducation) si des variations de coûts sont attendues sans changement dans l’utilisation.
+ **Définition de cibles :** pour chacun des objectifs définis, spécifiez une cible mesurable. Si l’objectif est d’augmenter l’efficacité de la charge de travail, la cible doit quantifier le degré d’amélioration (généralement en matière de résultats commerciaux par dollar dépensé) et le moment où cette amélioration doit avoir lieu. Par exemple, vous pouvez vous fixer comme objectif de minimiser le gaspillage dû à un surprovisionnement. Avec cet objectif, votre cible peut être que le gaspillage dû au surprovisionnement des ressources de calcul pour le premier niveau des charges de travail de production ne dépasse pas 10 % du coût de calcul du niveau. En outre, une deuxième cible pourrait être que le gaspillage dû à un surprovisionnement des ressources de calcul dans le deuxième niveau des charges de travail de production ne dépasse pas 5 % du coût de calcul du niveau.
## Ressources
**Documents connexes :**
+ [Stratégies gérées par AWS pour les activités professionnelles](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Stratégie de facturation multicompte AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Contrôle d'accès aux Régions AWS à l'aide de politiques IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
+ [Objectifs S.M.A.R.T.](https://en.wikipedia.org/wiki/SMART_criteria)
+ [Suivi des KPI d’optimisation des coûts avec KPI Dashboard](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-to-track-your-cost-optimization-kpis-with-the-kpi-dashboard/)
**Vidéos connexes :**
+ [Ateliers Well-Architected : objectifs et cibles (niveau 100)](https://catalog.workshops.aws/well-architected-cost-optimization/en-US/2-expenditure-and-usage-awareness/150-goals-and-targets)
**Exemples connexes :**
+ [Qu’est-ce qu’une métrique unitaire](https://aws.amazon.com/blogs/aws-cloud-financial-management/what-is-a-unit-metric/) ?
+ [Sélection d’une métrique unitaire pour soutenir votre entreprise](https://aws.amazon.com/blogs/aws-cost-management/selecting-a-unit-metric-to-support-your-business/)
+ [Métriques unitaires en pratique : leçons apprises](https://aws.amazon.com/blogs/aws-cost-management/unit-metrics-in-practice-lessons-learned/)
+ [Comment les métriques unitaires aident à créer un alignement entre les fonctions commerciales](https://aws.amazon.com/blogs/aws-cost-management/unit-metrics-help-create-alignment-between-business-functions/)
# COST02-BP03 Implémentation d’une structure de compte
Implémentez une structure de compte mappée sur votre organisation. Cela vous aide à répartir et à gérer les coûts dans toute votre organisation.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
AWS Organizations vous permet de créer plusieurs Comptes AWS qui peuvent vous aider à gérer votre environnement de manière centralisée lorsque vous mettez à l’échelle vos charges de travail sur AWS. Vous pouvez modéliser votre hiérarchie organisationnelle en regroupant les Comptes AWS dans une structure d’unité d’organisation (UO) et en créant plusieurs Comptes AWS sous chaque UO. Pour créer une structure de compte, vous devez d’abord décider lequel de vos Comptes AWS sera le compte de gestion. Ensuite, vous pouvez créer de nouveaux Comptes AWS ou sélectionner des comptes existants en tant que comptes membres en fonction de la structure de compte que vous avez conçue en suivant les [bonnes pratiques en matière de comptes de gestion](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_best-practices_mgmt-acct.html) et les [bonnes pratiques en matière de comptes de membre](https://docs.aws.amazon.com/organizations/latest/userguide/best-practices_member-acct.html).
Il est recommandé de toujours lier au moins un compte membre au compte de gestion, quelle que soit la taille de votre entreprise ou l’utilisation prévue. Toutes les ressources liées aux charges de travail doivent se trouver uniquement dans les comptes membres et aucune ressource ne doit être créée dans le compte de gestion. Il n’existe pas de réponse unique quant au nombre de Comptes AWS dont vous devez disposer. Évaluez vos modèles opérationnels et de coûts actuels et futurs pour vous assurer que la structure de vos Comptes AWS correspond aux objectifs de votre organisation. Certaines entreprises créent plusieurs Comptes AWS pour des raisons professionnelles, par exemple :
+ Une isolation administrative, fiscale ou en matière de facturation est nécessaire entre les unités d’organisation, les centres de coûts ou les charges de travail spécifiques.
+ Les limites du service AWS sont fixées pour être spécifiques à des charges de travail particulières.
+ Il existe une exigence d’isolation et de séparation entre les charges de travail et les ressources.
Dans [AWS Organizations](https://aws.amazon.com/organizations/), la [facturation consolidée](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html) crée le lien entre un ou plusieurs comptes membres et le compte de gestion. Les comptes membres vous permettent d’isoler et de distinguer votre coût et votre utilisation par groupes. Une pratique courante consiste à avoir des comptes membres séparés pour chaque unité d’organisation (comme les finances, le marketing et les ventes), ou pour chaque cycle de vie de l’environnement (comme le développement, les tests et la production), ou pour chaque charge de travail (charge de travail a, b et c), puis à regrouper ces comptes liés en utilisant la facturation consolidée.
La facturation consolidée vous permet de regrouper les paiements de plusieurs membres Comptes AWS sous un seul compte de gestion, tout en assurant la visibilité de l’activité de chaque compte lié. Comme les coûts et l’utilisation sont regroupés dans le compte de gestion, cela vous permet de maximiser vos réductions sur le volume de services et l’utilisation de vos remises sur engagement (Savings Plans et instances réservées) pour obtenir les remises les plus élevées.
Le diagramme suivant illustre l’utilisation d’AWS Organizations avec les unités d’organisation (UO) afin de regrouper plusieurs comptes et de placer de plusieurs Comptes AWS sous chaque UO. Il est recommandé d’utiliser des UO pour divers cas d’utilisation et charges de travail qui fournissent des modèles pour l’organisation des comptes.
![\[Arborescence montrant comment regrouper plusieurs comptes sous des unités organisationnelles.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/aws-organizations-ou-grouping.png)
[AWS Control Tower](https://aws.amazon.com/controltower/) peut rapidement installer et configurer plusieurs comptes AWS pour que la gouvernance soit conforme aux exigences de votre organisation.
**Étapes d’implémentation**
+ **Définition d’exigences de séparation : **les exigences de séparation combinent plusieurs facteurs, notamment la sécurité, la fiabilité et les structures financières. Examinez chaque facteur dans l’ordre et précisez si la charge de travail ou son environnement doivent être séparés des autres charges de travail. La sécurité favorise le respect des exigences en matière d’accès et de données. La fiabilité gère les limites afin que les environnements et les charges de travail n’affectent pas les autres. Examinez périodiquement les piliers de sécurité et de fiabilité du cadre Well-Architected et suivez les bonnes pratiques fournies. Les structures financières créent une séparation financière stricte (pour les multiples centres de coûts, et les différentes responsabilités et propriétés liées aux charges de travail). Parmi les exemples courants de séparation, citons : les charges de travail de production et de test exécutées dans des comptes distincts ou l’utilisation d’un compte distinct afin que les données de facture et de facturation soient fournies aux unités commerciales, aux services individuels au sein de l’organisation ou à la partie prenante qui détient le compte.
+ **Définition d’exigences de regroupement :** les exigences de regroupement ne remplacent pas les exigences de séparation, mais sont utilisées pour faciliter la gestion. Regroupez les environnements ou les charges de travail similaires qui ne nécessitent pas de séparation. Par exemple, regroupez plusieurs environnements de test ou de développement d’une ou de plusieurs charges de travail.
+ **Définition d’une structure de compte : **à l’aide de ces séparations et regroupements, spécifiez un compte pour chaque groupe et maintenez les exigences de séparation. Ces comptes sont vos comptes membres ou liés. En regroupant ces comptes membres au sein d’un seul compte de gestion ou compte payeur, vous rassemblez les données d’utilisation, ce qui vous permet d’obtenir des remises plus importantes sur le volume. Cela génère une seule facture pour tous les comptes. Il est possible de séparer les données de facturation et de fournir à chaque compte membre une vue individuelle de ses données de facturation. Si les données d’utilisation ou de facturation d’un compte membre ne doivent pas être visibles des autres comptes ou que la facturation séparée d’AWS est nécessaire, définissez plusieurs comptes de gestion ou comptes payeurs. Dans ce cas, chaque compte membre possède son propre compte de gestion ou compte payeur. Les ressources doivent toujours être placées dans des comptes membres ou comptes liés. Les comptes de gestion ou comptes payeurs doivent être uniquement utilisés pour la gestion.
## Ressources
**Documents connexes :**
+ [Utilisation des balises de répartition des coûts](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html)
+ [Stratégies gérées par AWS pour les fonctions de tâches](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [Stratégie de facturation multicompte AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Contrôle de l’accès aux Régions AWS avec des politiques IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
+ [AWS Control Tower](https://aws.amazon.com/controltower/)
+ [AWS Organizations](https://aws.amazon.com/organizations/)
+ Bonnes pratiques pour les [comptes de gestion](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_best-practices_mgmt-acct.html) et les [comptes membres](https://docs.aws.amazon.com/organizations/latest/userguide/best-practices_member-acct.html)
+ [Organisation de votre environnement AWS à l’aide de comptes multiples](https://docs.aws.amazon.com/whitepapers/latest/organizing-your-aws-environment/organizing-your-aws-environment.html)
+ [Activation des remises sur les Savings Plans et sur les instances réservées partagées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-turn-on-process.html)
+ [Facturation consolidée](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html)
+ [Facturation consolidée](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html)
**Exemples connexes :**
+ [Fractionnement du CUR et partage de l’accès](https://wellarchitectedlabs.com/Cost/Cost_and_Usage_Analysis/300_Splitting_Sharing_CUR_Access/README.html)
**Vidéos connexes :**
+ [Présentation d’AWS Organizations](https://www.youtube.com/watch?v=T4NK8fv8YdI)
+ [Configuration d’un environnement AWS à plusieurs comptes qui utilise les bonnes pratiques pour AWS Organizations](https://www.youtube.com/watch?v=uOrq8ZUuaAQ)
**Exemples connexes :**
+ [Définition d’une stratégie à plusieurs comptes AWS pour les entreprises de télécommunications](https://aws.amazon.com/blogs/industries/defining-an-aws-multi-account-strategy-for-telecommunications-companies/)
+ [Bonnes pratiques pour l’optimisation des Comptes AWS](https://aws.amazon.com/blogs/architecture/new-whitepaper-provides-best-practices-for-optimizing-aws-accounts/)
+ [Bonnes pratiques pour les unités d’organisation avec AWS Organizations](https://aws.amazon.com/blogs/mt/best-practices-for-organizational-units-with-aws-organizations/?org_product_gs_bp_OUBlog)
# COST02-BP04 Mise en œuvre de groupes et de rôles
Mettez en œuvre des groupes et des rôles conformes à vos politiques et qui indiquent qui crée, modifie ou met hors service des instances et des ressources dans chaque groupe. Par exemple, mettez en place des groupes de développement, de test et de production. Cela s’applique aux services AWS et aux solutions tierces.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
Les rôles et les groupes d’utilisateurs sont des éléments fondamentaux de la conception et de l’implémentation de systèmes sécurisés et efficaces. Les rôles et les groupes aident les organisations à trouver un équilibre entre le besoin de contrôle et le besoin de flexibilité et de productivité, et répondent ainsi aux objectifs de l’organisation et aux besoins des utilisateurs. Comme recommandé dans la section [Gestion des identités et des accès](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/identity-and-access-management.html) du pilier de sécurité du cadre AWS Well-Architected Framework, vous avez besoin d’une gestion des identités robuste et d’autorisations en place pour fournir un accès aux bonnes ressources aux bonnes personnes et dans les bonnes conditions. Les utilisateurs disposent uniquement de l’accès dont ils ont besoin pour effectuer leurs tâches. Le risque d’accès non autorisé ou d’utilisation abusive s’en trouve ainsi réduit.
Après avoir élaboré des stratégies, vous pouvez créer des groupes logiques et des rôles d’utilisateurs au sein de votre organisation. Vous pouvez alors attribuer des autorisations, contrôler les utilisations et mettre en œuvre des mécanismes robustes de contrôle des accès pour empêcher tout accès non autorisé à des informations sensibles. Commencez par des groupes de personnes de haut niveau. Ils correspondent généralement à des unités organisationnelles et à des fonctions (par exemple, administrateur système au sein du service informatique, contrôleur financier ou analyste commercial). Les groupes classent par catégories les personnes qui effectuent des tâches similaires et ont besoin d’un accès similaire. Les rôles définissent ce qu’un groupe doit faire. Il est plus facile de gérer les autorisations pour les groupes et les rôles que pour les utilisateurs individuels. Les rôles et les groupes attribuent des autorisations de manière cohérente et systématique à tous les utilisateurs, ce qui permet d’éviter les erreurs et les incohérences.
Lorsqu’un utilisateur voit son rôle changer, les administrateurs peuvent modifier son accès au niveau du rôle ou du groupe au lieu de reconfigurer des comptes d’utilisateur individuels. Par exemple, un administrateur de système du service informatique a besoin d’un accès pour créer toutes les ressources, mais un membre de l’équipe d’analytique n’a besoin que de créer des ressources d’analytique.
### Étapes d’implémentation
+ **Mise en œuvre de groupes : **en utilisant les groupes d’utilisateurs définis dans vos politiques organisationnelles, mettez en œuvre les groupes correspondants, si nécessaire. Pour connaître les bonnes pratiques relatives aux utilisateurs, aux groupes et à l’authentification, consultez le [pilier de sécurité](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html) du cadre AWS Well-Architected Framework.
+ **Mise en œuvre de rôles et de stratégies : **à l’aide des actions définies dans vos politiques organisationnelles, créez les rôles et stratégies d’accès requis. Pour connaître les bonnes pratiques relatives aux utilisateurs, et aux stratégies, consultez le [pilier de sécurité](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html) du cadre AWS Well-Architected Framework.
## Ressources
**Documents connexes :**
+ [Stratégies gérées par AWS pour les activités professionnelles](https://docs.aws.amazon.com/iam/latest/UserGuide/access_policies_job-functions.html)
+ [Stratégie de facturation multicompte AWS](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Pilier de sécurité du cadre AWS Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html)
+ [Gestion des identités et des accès AWS (IAM)](https://aws.amazon.com/iam/)
+ [Stratégies Gestion des identités et des accès AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html)
**Vidéos connexes :**
+ [Pourquoi utiliser la gestion de l’identité et des accès](https://www.youtube.com/watch?v=SXSqhTn2DuE)
**Exemples connexes :**
+ [Contrôle d’accès aux Régions AWS à l’aide de politiques IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
+ [Démarrage de la transition vers la gestion financière dans le cloud : opérations liées aux coûts du cloud](https://aws.amazon.com/blogs/aws-cloud-financial-management/op-starting-your-cloud-financial-management-journey/)
# COST02-BP05 Mise en œuvre de contrôles de coûts
Mettez en œuvre des contrôles reposant sur des stratégies organisationnelles et les groupes et rôles définis. Il s’agit de s’assurer que les coûts encourus sont toujours conformes aux exigences de l’organisation, notamment en termes de contrôle d’accès aux régions ou aux types de ressources.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
En matière de contrôle des coûts, la première étape consiste souvent à configurer l’envoi de notifications lorsque des événements liés aux coûts ou à l’utilisation sortant du cadre des stratégies en vigueur se produisent. Vous pouvez agir rapidement et vérifier si une action corrective est nécessaire, sans restreindre ni affecter négativement les charges de travail ou la nouvelle activité. Une fois que vous connaissez les limites de charge de travail et d’environnement, vous pouvez appliquer la gouvernance. [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) vous permet de définir des notifications et des budgets mensuels pour vos coûts liés à AWS, votre utilisation et vos remises sur l’engagement (Savings Plans et instances réservées). Vous pouvez créer des budgets à un niveau de coût global (intégralité des coûts, par exemple) ou plus précis, si vous n’incluez que les dimensions spécifiques pertinentes, telles que les comptes liés, les services, les balises ou les zones de disponibilité.
Une fois que vous avez défini vos limites budgétaires avec AWS Budgets, utilisez [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) pour réduire vos coûts imprévus. AWS Cost Anomaly Detection est un service de gestion des coûts qui utilise le machine learning pour surveiller en permanence votre coût et votre utilisation, afin de détecter les dépenses inhabituelles. Il vous permet d’identifier les dépenses anormales et les causes profondes, afin que vous puissiez prendre des mesures rapidement. Créez tout d’abord un système de surveillance des coûts dans AWS Cost Anomaly Detection, puis choisissez votre préférence d’alerte en établissant un seuil monétaire (par exemple une alerte sur les anomalies ayant un impact supérieur à 1 000 USD). Une fois les alertes reçues, vous pouvez analyser la cause profonde de l’anomalie et son impact sur vos coûts. Vous pouvez également surveiller et effectuer votre propre analyse des anomalies dans AWS Cost Explorer.
Appliquez les politiques de gouvernance dans AWS via [Gestion des identités et des accès AWS](https://aws.amazon.com/iam/) et les [politiques de contrôle des services (SCP) AWS Organizations.](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scp.html) IAM vous permet de gérer en toute sécurité l’accès aux services et ressources AWS. Avec IAM, vous pouvez contrôler qui peut créer et gérer les ressources AWS, le type de ressources qui peuvent être créées et le lieu où elles peuvent être créées. Cela réduit au minimum les risques que des ressources soient créées en dehors du cadre de la stratégie définie. Utilisez les rôles et groupes créés précédemment et attribuez des [politiques IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html) pour appliquer l’utilisation correcte. Les politiques de contrôle des services (SCP) offrent un contrôle centralisé des autorisations maximales disponibles pour tous les comptes de votre organisation, afin que ces derniers respectent à tout moment vos directives de contrôle d’accès. Les politiques SCP ne sont disponibles que dans les organisations où toutes les fonctionnalités sont activées. Vous pouvez configurer les politiques SCP afin qu’elles refusent ou autorisent par défaut les actions des comptes membres. Pour en savoir plus sur la mise en œuvre de la gestion des accès, reportez-vous au [livre blanc sur le pilier de sécurité Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html).
La gouvernance peut également être mise en œuvre grâce à la gestion des [Service Quotas AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html). En vous assurant que les Service Quotas sont fixés avec un coût minimum et gérés avec précision, vous pouvez minimiser la création de ressources en dehors du cadre des exigences de votre organisation. Pour ce faire, vous devez comprendre à quel point vos exigences peuvent rapidement changer, appréhender les projets en cours (tant la création que la mise hors service des ressources) et tenir compte de l’accélération des délais de mise en œuvre de ces quotas. Les [Service Quotas](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) peuvent être utilisés pour augmenter vos quotas, si nécessaire.
**Étapes d’implémentation**
+ **Implémentation de notifications sur les dépenses :** à l’aide des stratégies définies par votre organisation, créez un système [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) qui vous avertira lorsque les dépenses ne seront pas conformes à vos stratégies. Configurez plusieurs budgets de coûts, un pour chaque compte, afin d’être averti des dépenses globales du compte. Configurez des budgets de coûts supplémentaires dans chaque compte pour les plus petites unités du compte. Ces unités varient en fonction de la structure de votre compte. Voici quelques exemples courants : les Régions AWS, les charges de travail (avec les balises) ou les services AWS. Configurez une liste de distribution comme destinataire des notifications au lieu d’utiliser le compte de messagerie d’un individu. Vous pouvez définir un budget réel en cas de dépassement d’un montant ou utiliser un budget prévisionnel pour notifier l’utilisation prévue. Vous pouvez également préconfigurer des actions Budget AWS pour appliquer des politiques IAM ou SCP spécifiques, voire arrêter les instances Amazon EC2 ou Amazon RDS cibles. Les actions Budget peuvent être lancées automatiquement ou nécessiter l’approbation du flux de travail.
+ **Implémentation de notifications en cas de dépenses anormales :** utilisez [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) pour réduire les coûts imprévus dans votre organisation et analyser la cause première des dépenses anormales potentielles. Une fois que vous avez créé un système de surveillance des coûts pour identifier les dépenses inhabituelles à la granularité spécifiée et configuré les notifications dans AWS Cost Anomaly Detection, vous recevez une alerte lorsque des dépenses inhabituelles sont détectées. Cela vous permettra d’analyser la cause première de l’anomalie et de comprendre l’impact sur votre coût. Utilisez les catégories de coûts AWS en configurant AWS Cost Anomaly Detection afin de déterminer quelle équipe de projet ou d’unité commerciale peut analyser la cause première des coûts imprévus et prendre rapidement les mesures nécessaires.
+ **Implémentation de contrôle d’utilisation : **à l’aide de vos politiques d’organisation définies, mettez en œuvre des politiques IAM et des rôles IAM pour spécifier les actions que les utilisateurs peuvent effectuer et ne peuvent pas effectuer. Plusieurs stratégies organisationnelles peuvent être incluses dans une stratégie AWS. De la même manière que vous avez défini les stratégies, commencez de manière générale et appliquez ensuite des contrôles plus fins à chaque étape. Les limites de service constituent également un contrôle efficace de l’utilisation. Mettez en œuvre les limites de service correctes sur tous vos comptes.
## Ressources
**Documents connexes :**
+ [AWS Stratégies gérées par pour les activités professionnelles](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ [AWS Stratégie de facturation multicompte](https://aws.amazon.com/answers/account-management/aws-multi-account-billing-strategy/)
+ [Contrôle de l’accès aux Régions AWS avec des politiques IAM](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/)
+ [Contrôle de vos coûts AWS](https://aws.amazon.com/getting-started/hands-on/control-your-costs-free-tier-budgets/)
**Vidéos connexes :**
+ [Comment utiliser AWS Budgets pour suivre mes dépenses et mon utilisation](https://www.youtube.com/watch?v=Ris23gKc7s0)
**Exemples connexes :**
+ [Exemples de stratégies de gestion des accès IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_examples.html)
+ [Exemples de stratégies de contrôle des services](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples.html)
+ [AWS Actions budgétaires](https://aws.amazon.com/blogs/aws-cloud-financial-management/get-started-with-aws-budgets-actions/)
+ [Création d’une politique IAM pour contrôler l’accès aux ressources Amazon EC2 en utilisant des balises](https://aws.amazon.com/premiumsupport/knowledge-center/iam-ec2-resource-tags/)
+ [Limitation de l’accès d’une identité IAM à des ressources Amazon EC2 spécifiques](https://aws.amazon.com/premiumsupport/knowledge-center/restrict-ec2-iam/)
+ [Intégrations Slack pour la détection des anomalies de coûts en utilisant Amazon Q Developer dans les applications de chat](https://aws.amazon.com/aws-cost-management/resources/slack-integrations-for-aws-cost-anomaly-detection-using-aws-chatbot/)
# COST02-BP06 Suivez le cycle de vie du projet
Suivez, mesurez et auditez le cycle de vie des projets, des équipes et des environnements pour éviter d’utiliser et de payer des ressources superflues.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** faible
## Directives d’implémentation
En suivant efficacement le cycle de vie des projets, les organisations peuvent mieux contrôler les coûts grâce à une amélioration de la planification, de la gestion et de l’optimisation des ressources. Les informations obtenues dans le cadre du suivi sont précieuses pour prendre des décisions éclairées qui contribuent à la rentabilité et à la réussite globale du projet.
Le suivi du cycle de vie complet de la charge de travail vous aide à comprendre quand les charges de travail ou leurs composants ne sont plus nécessaires. Les charges de travail et les composants existants peuvent sembler utilisés, mais lors de la sortie de AWS nouveaux services ou fonctionnalités, ils peuvent être mis hors service ou adoptés. Consultez les précédentes étapes des charges de travail. Une fois qu’une charge de travail est en production, les environnements précédents peuvent être mis hors service ou leur capacité fortement réduite jusqu’à ce qu’ils soient de nouveau requis.
Vous pouvez associer des ressources à un calendrier ou à un rappel pour indiquer l’heure à laquelle la charge de travail a été examinée. Par exemple, si l’environnement de développement a été vérifié pour la dernière fois il y a des mois, il peut être opportun de le vérifier à nouveau afin de déterminer si de nouveaux services peuvent être adoptés ou si l’environnement est utilisé. Vous pouvez regrouper et étiqueter vos applications avec [myApplications](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/aws-myApplications.html)on AWS pour gérer et suivre les métadonnées telles que la criticité, l'environnement, la dernière révision et le centre de coûts. Vous pouvez à la fois suivre le cycle de vie de votre charge de travail et surveiller et gérer le coût, l’état, le niveau de sécurité et les performances de vos applications.
AWS fournit divers services de gestion et de gouvernance que vous pouvez utiliser pour le suivi du cycle de vie des entités. Vous pouvez utiliser [https://aws.amazon.com/config/](https://aws.amazon.com/config/)notre [https://aws.amazon.com/systems-manager/](https://aws.amazon.com/systems-manager/) pour fournir un inventaire détaillé de vos AWS ressources et de votre configuration. Il est recommandé de l’intégrer à vos systèmes de gestion de projets ou ressources existants pour assurer le suivi des projets et produits actifs au sein de votre organisation. La combinaison de votre système actuel avec le riche ensemble d'événements et de mesures fournis par celui-ci vous AWS permet de créer une vue des événements importants du cycle de vie et de gérer les ressources de manière proactive afin de réduire les coûts inutiles.
À [l'instar de la gestion du cycle de vie des applications (ALM)](https://aws.amazon.com/what-is/application-lifecycle-management/), le suivi du cycle de vie des projets doit impliquer la collaboration de plusieurs processus, outils et équipes, tels que la conception et le développement, les tests, la production, le support et la redondance de la charge de travail.
En surveillant attentivement chaque phase du cycle de vie d’un projet, les organisations obtiennent des informations cruciales et un meilleur contrôle, ce qui facilite la planification, la mise en œuvre et la réalisation des projets. Cette surveillance attentive permet de vérifier que les projets répondent non seulement aux normes de qualité, mais également qu’ils sont livrés dans les délais et dans les limites du budget, ce qui favorise la rentabilité globale.
Pour plus d’informations sur la mise en œuvre du suivi du cycle de vie des entités, consultez le livre blanc [https://aws.amazon.com/architecture/well-architected/](https://aws.amazon.com/architecture/well-architected/).
### Étapes d’implémentation
+ **Établissement d’un processus de surveillance du cycle de vie du projet :** [l’équipe du centre d’excellence du cloud](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_cloud_financial_management_function.html) doit établir un processus de surveillance du cycle de vie des projets. Établissez une approche structurée et systématique pour surveiller les charges de travail afin d’améliorer le contrôle, la visibilité et les performances des projets. Rendez le processus de suivi transparent, collaboratif et axé sur l’amélioration continue afin d’en maximiser l’efficacité et la valeur.
+ **Réalisation d’examens de la charge de travail :** comme défini par les stratégies de votre organisation, configurez une cadence régulière pour auditer vos projets existants et effectuer des examens de la charge de travail. Le niveau d’effort consacré à l’audit doit être proportionnel au risque, à la valeur ou au coût approximatif pour l’organisation. Les principaux domaines à inclure dans l’audit sont le risque pour l’organisation d’un incident ou d’une panne, la valeur ou la contribution à l’organisation (mesurée en termes de chiffre d’affaires ou de réputation de la marque), le coût de la charge de travail (mesuré en tant que coût total des ressources et coûts opérationnels) et l’utilisation de la charge de travail (mesurée en nombre de résultats de l’organisation par unité de temps). Si ces domaines changent au cours du cycle de vie, des ajustements de la charge de travail sont nécessaires, tels que la mise hors service complète ou partielle.
## Ressources
**Documents connexes :**
+ [Conseils pour le marquage AWS](https://aws.amazon.com/solutions/guidance/tagging-on-aws/)
+ [Qu'est-ce que ALM (la gestion du cycle de vie des applications) ?](https://aws.amazon.com/what-is/application-lifecycle-management/)
+ [Stratégies gérées par AWS pour les activités professionnelles](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
**Exemples connexes :**
+ [Contrôler l'accès aux IAM politiques Régions AWS d'utilisation](https://aws.amazon.com/blogs/security/easier-way-to-control-access-to-aws-regions-using-iam-policies/)
**Outils associés**
+ [AWS Config](https://aws.amazon.com/config/)
+ [AWS Systems Manager](https://aws.amazon.com/systems-manager/)
+ [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)
+ [AWS Organizations](https://aws.amazon.com/organizations/)
+ [AWS CloudFormation](https://aws.amazon.com/cloudformation/?c=mg&sec=srv)
# COÛT 3. Comment surveillez-vous vos coûts et votre utilisation ?
Définissez des stratégies et des procédures pour surveiller et allouer vos coûts de manière appropriée. Cela vous permet d’évaluer et d’améliorer la rentabilité de cette charge de travail.
**Topics**
+ [COST03-BP01 Configuration de sources d’informations détaillées](cost_monitor_usage_detailed_source.md)
+ [COST03-BP02 Ajout d’informations organisationnelles aux coûts et à l’utilisation](cost_monitor_usage_org_information.md)
+ [COST03-BP03 Identification des catégories de répartition des coûts](cost_monitor_usage_define_attribution.md)
+ [COST03-BP04 Établir les paramètres de l'organisation](cost_monitor_usage_define_kpi.md)
+ [COST03-BP05 Configuration d’outils de facturation et de gestion des coûts](cost_monitor_usage_config_tools.md)
+ [COST03-BP06 Répartition des coûts selon les métriques de la charge de travail](cost_monitor_usage_allocate_outcome.md)
# COST03-BP01 Configuration de sources d’informations détaillées
Configurez des outils de gestion des coûts et de reporting pour améliorer l’analyse et la transparence des données sur les coûts et l’utilisation. Configurez votre charge de travail pour créer des entrées de journal qui facilitent le suivi et la séparation des coûts et de l’utilisation.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Des informations de facturation détaillées telles que la granularité horaire dans les outils de gestion des coûts permettent aux organisations de suivre leurs consommations plus en détail et les aident à identifier certaines des raisons de l’augmentation des coûts. Ces sources de données offrent la vue la plus précise des coûts et de l’utilisation dans l’ensemble de votre organisation.
Vous pouvez utiliser Exportations de données AWS pour créer des exportations du système AWS Cost and Usage Report (CUR) 2.0. Il s’agit de la nouvelle méthode recommandée permettant de recevoir vos données détaillées sur les coûts et l’utilisation depuis AWS. Elle fournit une granularité d’utilisation quotidienne ou horaire, des tarifs, des coûts et des attributs d’utilisation pour tous les services AWS payants (mêmes informations que dans le rapport CUR), ainsi que quelques améliorations. Toutes les dimensions possibles sont dans le rapport CUR, y compris le balisage, l’emplacement, les attributs des ressources et les ID des comptes.
Il existe trois types d’exportation en fonction du type d’exportation que vous souhaitez créer : une exportation de données standard, une exportation vers un tableau de bord des coûts et de l’utilisation avec intégration avec Quick ou une exportation de données héritées.
+ **Exportation de données standard :** exportation personnalisée d’une table qui est envoyée à Amazon S3 de manière récurrente.
+ **Tableau de bord des coûts et de l’utilisation :** exportation et intégration à Quick pour déployer un tableau de bord des coûts et de l’utilisation prédéfini.
+ **Exportation de données héritées :** exportation du système AWS Cost and Usage Report (CUR) hérité.
Vous pouvez créer des exportations de données avec les personnalisations suivantes :
+ Inclusion des ID de ressources
+ Fractionnement des données de répartition des coûts
+ Granularité horaire
+ Gestion des versions
+ Type de compression et format de fichier
Pour vos charges de travail qui exécutent des conteneurs sur Amazon ECS ou Amazon EKS, activez le fractionnement des données de répartition des coûts afin de pouvoir répartir les coûts de vos conteneurs entre vos différentes unités commerciales et équipes, en fonction de la façon dont vos charges de travail de conteneur consomment les ressources de calcul et de mémoire partagées. Le fractionnement des données de répartition des coûts introduit des données de coût et d’utilisation pour les nouvelles ressources au niveau des conteneurs dans AWS Cost and Usage Report. Les données de répartition des coûts sont calculées en calculant le coût des différents services et tâches ECS exécutés sur le cluster.
Un tableau de bord des coûts et de l’utilisation exporte le tableau de bord des coûts et de l’utilisation vers un compartiment S3 de façon récurrente et déploie un tableau de bord des coûts et de l’utilisation prédéfini dans Quick. Utilisez cette option si vous souhaitez déployer rapidement un tableau de bord de vos données de coût et d’utilisation sans la possibilité de personnalisation.
Si vous le souhaitez, vous pouvez toujours exporter CUR en mode hérité. Dans ce mode, vous pouvez intégrer d’autres services de traitement, tels que [AWS Glue](https://aws.amazon.com/glue/) pour préparer les données à l’analyse, puis les analyser avec [Amazon Athena](https://aws.amazon.com/athena/) en utilisant SQL pour interroger les données.
### Étapes d’implémentation
+ **Création d’exportations de données :** créez des exportations personnalisées avec les données souhaitées et contrôlez le schéma de vos exportations. Créez des exportations de données de facturation et de gestion des coûts à l’aide du langage SQL de base, et visualisez vos données de facturation et de gestion des coûts en les intégrant à Quick. Vous pouvez également exporter vos données en mode standard pour les analyser avec d’autres outils de traitement, tels qu’Amazon Athena.
+ **Configuration du rapport sur les coûts et l’utilisation :** à l’aide de la console de facturation, configurez au moins un rapport sur les coûts et l’utilisation. Configurez un rapport avec une granularité horaire incluant tous les identifiants et les ID de ressource. Vous pouvez également créer d’autres rapports avec différentes granularités pour fournir des informations récapitulatives générales.
+ **Configuration de la granularité horaire dans Cost Explorer :** pour accéder aux données sur le coût et l’utilisation avec une granularité horaire au cours des 14 derniers jours, pensez à activer les données horaires et au niveau des ressources dans la console de facturation.
+ **Configuration de la journalisation de l’application :** vérifiez que votre application journalise chaque résultat opérationnel qu’elle produit afin de le suivre et le mesurer. Veillez à ce que la granularité de ces données soit au moins horaire pour être mise en correspondance avec les données de coût et d’utilisation. Pour plus de détails sur la journalisation et la surveillance, voir [Pilier d’excellence opérationnelle Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html).
## Ressources
**Documents connexes:**
+ [Exportations de données AWS](https://docs.aws.amazon.com/cur/latest/userguide/what-is-data-exports.html)
+ [AWS Glue](https://aws.amazon.com/glue/)
+ [Quick](https://aws.amazon.com/quicksight/)
+ [Tarification de la gestion des coûts AWS](https://aws.amazon.com/aws-cost-management/pricing/)
+ [Balisage de ressources AWS](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html)
+ [Analyse des coûts à l’aide de Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Gestion de systèmes AWS Cost and Usage Report](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
**Exemples connexes :**
+ [AWS Configuration de compte](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_1_AWS_Account_Setup/README.html)
+ [Exportations de données pour AWS Billing and Cost Management](https://aws.amazon.com/blogs/aws-cloud-financial-management/introducing-data-exports-for-billing-and-cost-management/)
+ [AWS Cost Explorer Cas d’utilisation courants](https://aws.amazon.com/blogs/aws-cloud-financial-management/aws-cost-explorers-new-ui-and-common-use-cases/)
# COST03-BP02 Ajout d’informations organisationnelles aux coûts et à l’utilisation
Définissez un schéma de balisage en fonction de votre organisation, des attributs de la charge de travail et des catégories de répartition des coûts afin de pouvoir filtrer et rechercher des ressources ou surveiller les coûts et l’utilisation dans les outils de gestion des coûts. Mettez en œuvre un balisage cohérent sur toutes les ressources, dans la mesure du possible, par objectif, équipe, environnement ou tout autre critère pertinent pour votre entreprise.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Implémentez le [balisage dans AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) pour ajouter des informations organisationnelles à vos ressources, qui seront ensuite ajoutées à vos informations de coûts et d’utilisation. Une balise est une paire clé-valeur. La clé est définie et doit être unique dans votre organisation, et la valeur est unique à un groupe de ressources. Voici un exemple de paire clé-valeur : la clé est `Environment`, avec une valeur `Production`. Toutes les ressources de l’environnement de production auront cette paire clé-valeur. Le balisage permet de catégoriser et de suivre vos coûts à l’aide d’informations significatives pertinentes sur l’organisation. Vous pouvez appliquer des balises qui représentent des catégories d’organisations (telles que les centres de coûts, les noms d’application, les projets ou les propriétaires), et identifier les charges de travail et leurs caractéristiques (telles que les tests ou la production) pour attribuer vos coûts et votre utilisation dans toute votre organisation.
Lorsque vous appliquez des balises à vos ressources AWS (telles que les instances Amazon Elastic Compute Cloud ou les compartiments Amazon Simple Storage Service) et que vous les activez, AWS ajoute ces informations à vos rapports de coûts et d’utilisation. Vous pouvez exécuter des rapports et effectuer des analyses sur les ressources balisées et non balisées pour permettre une meilleure conformité avec les politiques internes de gestion des coûts et assurer une attribution précise.
La création et la mise en œuvre d’une norme de balisage AWS dans les comptes de votre entreprise vous aident à gérer et à gouverner vos environnements AWS de manière cohérente et uniforme. Utilisez des [stratégies de balises](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html) dans AWS Organizations pour définir les règles d’utilisation des balises au niveau des ressources AWS dans AWS Organizations. Les stratégies de balises permettent d’adopter facilement une approche normalisée pour le balisage des ressources AWS.
[AWS Tag Editor](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) permet d’ajouter, de supprimer et de gérer des balises de plusieurs ressources. Avec Tag Editor, vous pouvez rechercher les ressources que vous souhaitez baliser, puis gérer les balises des ressources de vos résultats de recherche.
[Les catégories de coûts AWS](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) permettent d’attribuer une signification organisationnelle à vos coûts, sans nécessiter de balises sur les ressources. Vous pouvez associer vos informations de coût et d’utilisation à des structures d’organisation internes uniques. Vous définissez des règles de catégorie pour associer et catégoriser les coûts à l’aide des dimensions de facturation, telles que les comptes et les balises. Cela fournit un autre niveau de fonctionnalité de gestion en plus du balisage. Vous pouvez également associer des comptes et des balises spécifiques à plusieurs projets.
**Étapes d’implémentation**
+ **Définition d’un schéma de balisage :** réunissez toutes les parties prenantes de votre entreprise pour définir un schéma. Il s’agit généralement de membres du personnel technique, de l’équipe financière et de la direction. Définissez une liste de balises que toutes les ressources doivent avoir, ainsi qu’une liste de balises que des ressources doivent avoir. Veillez à ce que les noms et les valeurs des balises soient cohérents dans l’ensemble de votre organisation.
+ **Ressources de balises : **en utilisant vos catégories de répartition des coûts définies, [placez des balises](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) sur toutes les ressources de vos charges de travail en fonction des catégories. Utilisez des outils tels que l’interface de ligne de commande (CLI), Tag Editor ou AWS Systems Manager pour améliorer l’efficacité.
+ **Implémentation de catégories de coûts AWS :** vous pouvez créer des [catégories de coûts](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) sans implémenter de balisage. Les catégories de coûts utilisent les dimensions de coûts et d’utilisation existantes. Créez des règles de catégorie à partir de votre schéma et mettez-les en œuvre dans les catégories de coûts.
+ **Automatisation du balisage :** pour veiller à maintenir des niveaux élevés de balisage sur toutes les ressources, automatisez le balisage afin que les ressources soient automatiquement balisées lorsqu’elles sont créées. Utilisez des services tels que [AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-resource-tags.html) pour vérifier que les ressources sont balisées lors de leur création. Vous pouvez également créer une solution pour baliser automatiquement les ressources à l’aide de fonctions Lambda ou utiliser un microservice personnalisé qui analyse régulièrement la charge de travail et supprime toutes les ressources qui ne sont pas balisées, ce qui est idéal pour les environnements de test et de développement.
+ **Surveillance du balisage et création de rapports associés : **pour veiller à maintenir des niveaux élevés de balisage dans votre organisation, surveillez les balises de vos charges de travail et créez des rapports associés. Vous pouvez utiliser [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) pour afficher le coût des ressources balisées et non balisées, ou recourir à des services tels que [Tag Editor](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html). Examinez régulièrement le nombre de ressources non balisées et prenez les mesures nécessaires pour ajouter des balises jusqu’à ce que vous atteigniez le niveau de balisage souhaité.
## Ressources
**Documents connexes:**
+ [ Bonnes pratiques du balisage ](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html)
+ [AWS CloudFormation Balise de ressource](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-resource-tags.html)
+ [AWS Catégories de coûts](https://aws.amazon.com/aws-cost-management/aws-cost-categories/)
+ [Balisage de ressources AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Analyse des coûts avec AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Analyse des coûts avec Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Gestion des rapports d’utilisation et de coûts AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
**Vidéos connexes:**
+ [Comment étiqueter mes ressources AWS avec des balises afin de répartir ma facture par centre de coûts ou par projet](https://www.youtube.com/watch?v=3j9xyyKIg6w)
+ [Balisage des ressources AWS](https://www.youtube.com/watch?v=MX9DaAQS15I)
# COST03-BP03 Identification des catégories de répartition des coûts
Identifiez les catégories d’organisation telles que les unités commerciales, les services ou les projets qui pourraient être utilisés pour répartir les coûts au sein de votre organisation entre les entités consommatrices internes. Utilisez ces catégories pour renforcer la responsabilité en matière de dépenses, sensibiliser aux coûts et encourager des comportements de consommation efficaces.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Le processus de catégorisation des coûts est crucial pour la budgétisation, la comptabilité, les rapports financiers, la prise de décision, l’analyse comparative et la gestion de projet. En classant et en catégorisant les dépenses, les équipes peuvent mieux comprendre les types de coûts qu’elles doivent supporter tout au long de leur transition vers le cloud, ce qui les aide à prendre des décisions éclairées et à gérer les budgets de manière efficace.
La responsabilité des dépenses liées au cloud incite fortement à une gestion disciplinée de la demande et des coûts. Il en résulte des économies importantes sur les coûts liés au cloud pour les organisations qui allouent la majeure partie de leurs dépenses en matière de cloud à des unités commerciales ou à des équipes consommatrices. En outre, l’affectation des dépenses liées au cloud aide les organisations à adopter davantage de bonnes pratiques en matière de gouvernance centralisée du cloud.
Travaillez avec votre équipe financière et les autres parties prenantes concernées pour comprendre les exigences relatives à la répartition des coûts au sein de votre entreprise lors de vos appels périodiques. Les coûts de la charge de travail doivent être répartis sur l’ensemble du cycle de vie, y compris le développement, les tests, la production et la mise hors service. Vous devez comprendre comment les coûts engagés pour l’apprentissage, le développement du personnel et la création d’idées sont attribués dans l’organisation. Cela peut être utile pour affecter correctement les comptes utilisés à cette fin aux budgets de formation et de développement, au lieu des budgets génériques de coûts informatiques.
Après avoir défini vos catégories d’attribution des coûts avec les parties prenantes de votre organisation, utilisez les [catégories de coûts AWS](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) pour regrouper vos informations sur les coûts et l’utilisation dans des catégories pertinentes dans l’AWS Cloud, telles que le coût d’un projet spécifique, ou les Comptes AWS pour les départements ou les unités commerciales. Vous pouvez créer des catégories personnalisées et mapper vos informations de coût et d’utilisation dans ces catégories en fonction des règles que vous définissez grâce à différentes dimensions, telles que le compte, la balise, le service ou le type de frais. Une fois les catégories de coûts définies, vous pouvez afficher vos informations de coût et d’utilisation pour chacune d’entre elles pour permettre à votre organisation de prendre de meilleures décisions stratégiques et d’achat. Ces catégories sont également visibles dans AWS Cost Explorer, AWS Budgets et AWS Cost and Usage Report.
Par exemple, créez des catégories de coûts pour vos unités commerciales (équipe DevOps) et, sous chaque catégorie, créez plusieurs règles (des règles pour chaque sous-catégorie) avec plusieurs dimensions (Comptes AWS, balises de répartition des coûts, services ou type de frais) selon les regroupements que vous avez définis. Vous pouvez utiliser les catégories de coûts pour organiser vos coûts à l’aide d’un moteur basé sur des règles. Les règles que vous configurez organisent vos coûts en catégories. Vous pouvez filtrer ces règles sous plusieurs dimensions pour chaque catégorie, telles que des Comptes AWS, des services AWS ou des types de frais spécifiques. Vous pouvez utiliser ces catégories pour plusieurs produits dans la [console](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/view-billing-dashboard.html) [AWS Billing and Cost Management et Cost Management](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-what-is.html). Cela inclut AWS Cost Explorer, AWS Budgets, AWS Cost and Usage Report et AWS Cost Anomaly Detection.
À titre d’exemple, le diagramme suivant vous montre comment regrouper vos coûts et vos informations d’utilisation dans votre organisation en ayant plusieurs équipes (catégorie de coûts), plusieurs environnements (règles), et chaque environnement ayant plusieurs ressources ou actifs (dimensions).
![\[Organigramme détaillant la relation entre le coût et l’utilisation au sein d’une organisation.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/cost-usage-organization-chart.png)
Vous pouvez également regrouper les coûts avec les catégories de coûts. Une fois que vous avez créé les catégories de coûts (jusqu’à 24 heures après la création d’une catégorie de coût peuvent être nécessaires pour que les valeurs soient mises à jour dans vos relevés d’utilisation), elles apparaissent dans [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/), [AWS Budgets](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-managing-costs.html), [AWS Cost and Usage Report](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html) et [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/). Dans AWS Cost Explorer et AWS Budgets, une catégorie de coût apparaît dans une dimension de facturation supplémentaire. Vous pouvez l’utiliser pour filtrer la valeur de la catégorie de coûts spécifique, ou pour regrouper les valeurs par catégorie de coûts.
### Étapes d’implémentation
+ **Définition des catégories de votre organisation :** rencontrez les parties prenantes internes et les unités commerciales pour définir les catégories qui reflètent la structure et les besoins de votre organisation. Ces catégories devraient correspondre directement à la structure des catégories financières existantes, telles que l’unité commerciale, le budget, le centre de coûts ou le service. Examinez les résultats que le cloud apporte à votre entreprise, tels que la formation ou l’éducation, car il s’agit également de catégories organisationnelles.
+ **Définition de vos catégories fonctionnelles :** rencontrez les parties prenantes internes et les unités commerciales pour définir des catégories qui reflètent les fonctions de votre entreprise. Il peut s’agir de la charge de travail ou des noms d’application, ainsi que du type d’environnement, comme la production, les tests ou le développement.
+ **Définition de catégories de coûts AWS :** créez des catégories de coûts pour organiser vos informations sur les coûts et l’utilisation à l’aide des [catégories de coûts AWS](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) et cartographiez votre coût AWS et votre utilisation dans des [catégories pertinentes](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/create-cost-categories.html). Plusieurs catégories peuvent être attribuées à une ressource, et une ressource peut se trouver dans plusieurs catégories. Par conséquent, définissez autant de catégories que nécessaire afin de pouvoir [gérer vos coûts](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-cost-categories.html) dans la structure catégorisée à l’aide des catégories de coûts AWS.
## Ressources
**Documents connexes :**
+ [Balisage de ressources AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Utilisation des balises de répartition des coûts](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html)
+ [Analyse de vos coûts à l’aide de AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Analyse des coûts à l’aide de Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Gestion de systèmes AWS Cost and Usage Report](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
+ [AWS Catégories de coûts](https://docs.aws.amazon.com/wellarchitected/latest/framework/aws-cost-management/aws-cost-categories/)
+ [Gestion de vos coûts avec les catégories de coûts AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-cost-categories.html)
+ [Création de catégories de coûts](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/create-cost-categories.html)
+ [Étiquetage des catégories de coûts](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/tag-cost-categories.html)
+ [Fractionnement des frais dans les catégories de coûts](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/splitcharge-cost-categories.html)
+ [Fonctionnalités des catégories de coûts AWS](https://aws.amazon.com/aws-cost-management/aws-cost-categories/features/)
**Exemples connexes :**
+ [Organisation de vos données de coûts et d’utilisation à l’aide des catégories de coûts AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/organize-your-cost-and-usage-data-with-aws-cost-categories/)
+ [Gestion de vos coûts avec les catégories de coûts AWS](https://aws.amazon.com/aws-cost-management/resources/managing-your-costs-with-aws-cost-categories/)
# COST03-BP04 Établir les paramètres de l'organisation
Établissez les métriques de l’organisation qui sont requises pour cette charge de travail. Les rapports des clients produits ou les pages Web diffusées aux clients sont des exemples de métriques d’une charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Comprenez comment le rendement de votre charge de travail est mesuré par rapport à la réussite métier. Chaque charge de travail comporte généralement un petit ensemble de résultats majeurs qui indiquent les performances. Si votre charge de travail est complexe et comporte de nombreux éléments, vous pouvez en dresser la liste par ordre de priorité ou définir et suivre les métriques de chaque élément. Travaillez avec vos équipes pour savoir quelles métriques vous devez utiliser. Cette unité sera utilisée pour comprendre l’efficacité de la charge de travail, ou le coût de chaque production commerciale.
**Étapes d’implémentation**
+ **Définition de résultats de charge de travail : **rencontrez les parties prenantes de l’entreprise et définissez les résultats de la charge de travail. Ces résultats constituent une des mesures principales de l’utilisation des clients. Ils doivent être des métriques économiques, et non techniques. Il doit exister un petit nombre de métriques générales (moins de cinq) par charge de travail. Si la charge de travail produit plusieurs résultats pour différents cas d’utilisation, regroupez-les dans une seule métrique.
+ **Définition de résultats de composants de charge de travail : **le cas échéant, si la charge de travail est volumineuse et complexe ou que vous pouvez facilement la diviser en composants (tels que des microservices) avec des entrées et des sorties bien définies, définissez des métriques pour chaque composant. L’effort doit refléter la valeur et le coût du composant. Procédez des plus grands aux plus petits composants.
## Ressources
**Documents connexes :**
+ [Ressources de balisage AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Analyser vos coûts avec AWS les budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Analyse des coûts à l’aide de Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Gestion des rapports d’utilisation et de coûts AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
# COST03-BP05 Configuration d’outils de facturation et de gestion des coûts
Configurez les outils de gestion des coûts conformément aux politiques de votre organisation en matière de gestion et d’optimisation des dépenses dans le cloud. Ils incluent les services, les outils et les ressources pour organiser et suivre les données de coûts et d’utilisation, avoir plus de contrôle par la facturation consolidée et les autorisations d’accès, améliorer la planification via des budgets et des prévisions, recevoir des notifications ou des alertes, et réduire les coûts grâce aux optimisations des ressources et de la tarification.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée** : élevé
## Directives d’implémentation
Pour établir une solide responsabilisation, considérez d’abord la stratégie de votre compte comme faisant partie de votre stratégie de répartition des coûts. Faites les choses correctement et vous n’aurez peut-être pas besoin d’aller plus loin. Sinon, certains points risquent d’être omis et d’autres problèmes pourraient survenir par la suite.
Pour encourager la responsabilisation en matière de dépenses liées au cloud, accordez aux utilisateurs l’accès à des outils qui fournissent une visibilité sur leurs coûts et leur utilisation. AWS vous recommande de configurer toutes les charges de travail et toutes les équipes aux fins suivantes :
+ **Organisation :** établissez votre répartition des coûts et votre base de référence de la gouvernance avec votre propre stratégie de balisage et votre propre taxonomie. Créez plusieurs comptes AWS à l’aide d’outils tels que AWS Control Tower ou AWS Organization. Balisez les ressources AWS prises en charge et classez-les de manière significative en fonction de la structure de votre organisation (unités commerciales, départements ou projets). Balisez les noms de comptes pour des centres de coûts spécifiques et associez-les à des catégories de coûts AWS afin de regrouper les comptes des unités commerciales en fonction de leur centre de coûts et de permettre ainsi au responsable de l’unité commerciale de voir la consommation de plusieurs comptes à un seul et même endroit.
+ **Accès :** suivez les informations de facturation à l’échelle de l’organisation dans la facturation consolidée. Vérifiez que les parties prenantes et les responsables d’unités commerciales appropriés y ont accès.
+ **Contrôle :** créez des mécanismes de gouvernance efficaces avec les bonnes barrières de protection pour éviter les scénarios inattendus lors de l’utilisation des politiques de contrôle des services (SCP), des stratégies de balisage, des politiques IAM et des alertes budgétaires. Par exemple, vous pouvez autoriser les équipes à créer des ressources spécifiques dans des régions de prédilection uniquement en utilisant des mécanismes de contrôle efficaces et empêcher la création de ressources sans balise spécifique (comme le centre de coûts).
+ **État actuel :** configurez un tableau de bord affichant les niveaux actuels de coût et d’utilisation. Le tableau de bord doit être disponible dans un endroit hautement visible dans l’environnement de travail, comme un tableau de bord des opérations. Vous pouvez exporter des données et utiliser le tableau de bord des coûts et de l’utilisation à partir du hub d’optimisation des coûts AWS ou de tout autre produit pris en charge pour créer cette visibilité. Vous devrez peut-être créer différents tableaux de bord pour différents profils. Par exemple, le tableau de bord des responsables peut être différent du tableau de bord des ingénieurs.
+ **Notifications :** envoyez des notifications lorsque le coût ou l’utilisation dépasse les limites définies et que des anomalies surviennent avec AWS Budgets ou AWS Cost Anomaly Detection.
+ **Rapports :** résumez toutes les informations de coût et d’utilisation. Sensibilisez et responsabilisez les parties prenantes concernant vos dépenses liées au cloud grâce à des données de coûts détaillées et attribuables. Créez des rapports pertinents pour l’équipe qui les utilise et qui contiennent des recommandations.
+ **Suivi :** affiche le coût et l’utilisation actuels par rapport aux objectifs ou cibles configurés.
+ **Analyse :** permettez aux membres de l’équipe d’effectuer une analyse personnalisée et approfondie jusqu’à la granularité horaire, quotidienne ou mensuelle avec différents filtres (ressource, compte, tag, et bien plus encore).
+ **Inspection :** restez à jour avec vos opportunités de déploiement de ressources et d’optimisation des coûts. Recevez des notifications via Amazon CloudWatch, Amazon SNS ou Amazon SES pour les déploiements de ressources au niveau de l’organisation. Passez en revue les recommandations d’optimisation des coûts avec AWS Trusted Advisor ou Optimiseur de calcul AWS.
+ **Rapports de tendance :** affichez la variabilité des coûts et de l’utilisation sur la période requise avec la granularité nécessaire.
+ **Prévisions :** affichez les coûts futurs prévus, estimez votre utilisation des ressources et dépensez en fonction des tableaux de bord des prévisions que vous créez.
Vous pouvez utiliser le [hub d’optimisation des coûts AWS](https://aws.amazon.com/aws-cost-management/cost-optimization-hub/) pour comprendre les opportunités potentielles de réduction des coûts consolidées à partir d’un emplacement centralisé et créer des exportations de données à intégrer à Amazon Athena. Vous pouvez également utiliser le hub d’optimisation des coûts AWS pour déployer le tableau de bord des coûts et de l’utilisation, qui utilise Quick pour effectuer une analyse interactive des coûts et un partage sécurisé des informations de coûts.
Si vous ne disposez pas des compétences ni de la bande passante nécessaires au sein de votre organisation, vous pouvez utiliser [AWS ProServ](https://aws.amazon.com/professional-services/), [AWS Managed Services (AMS)](https://aws.amazon.com/managed-services/) ou les [partenaires AWS](https://aws.amazon.com/partners/). Vous pouvez également utiliser des outils tiers mais assurez-vous de valider la proposition de valeur.
### Étapes d’implémentation
+ **Autorisation de l’accès aux outils selon les équipes :** configurez vos comptes et créez des groupes ayant accès aux rapports de coûts et d’utilisation requis pour leurs consommations et utilisez [Gestion des identités et des accès AWS](https://aws.amazon.com/iam/) pour [contrôler l’accès](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-access.html) à des outils tels que AWS Cost Explorer. Ces groupes doivent inclure des représentants de toutes les équipes qui possèdent ou gèrent une application. Chaque équipe a ainsi accès à ses informations de coût et d’utilisation pour suivre sa consommation.
+ **Organisation des balises et des catégories de coûts :** organisez vos coûts sur l’ensemble des équipes, des unités commerciales, des applications, des environnements et des projets. Utilisez des balises de ressources pour organiser les coûts, par balises de répartition des coûts. Créez des catégories de coûts basées sur des dimensions en utilisant des balises, des comptes, des services, et bien plus encore. pour mapper vos coûts.
+ **Configuration d’AWS Budgets :** [configurez AWS Budgets](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-managing-costs.html) sur tous les comptes de vos charges de travail. Définissez des budgets pour les dépenses globales des comptes et des budgets pour les charges de travail à l’aide de balises et de catégories de coûts. Configurez des notifications dans AWS Budgets pour recevoir des alertes quand vous dépassez vos montants budgétisés ou quand vos coûts estimés dépassent vos budgets.
+ **Configuration d’AWS Cost Anomaly Detection :** utilisez [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) pour vos comptes, vos services principaux ou les catégories de coûts que vous avez créées pour surveiller vos coûts et votre utilisation, et détecter les dépenses inhabituelles. Vous pouvez recevoir des alertes individuelles dans les rapports agrégés et recevoir des alertes dans un e-mail ou une rubrique Amazon SNS. Cela vous permet d’analyser et de déterminer la cause première de l’anomalie et d’identifier le facteur responsable de l’augmentation des coûts.
+ **Utilisation d’outils d’analyse des coûts :** configurez [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) pour votre charge de travail et vos comptes afin de visualiser vos données de coût pour une analyse plus approfondie. Créez un tableau de bord pour la charge de travail qui suit les dépenses globales et les principales métriques d’utilisation de la charge de travail, et qui prévoit les futurs coûts en fonction de vos anciennes données de coût.
+ **Utilisation d’outils d’analyse des économies :** utilisez le hub d’optimisation des coûts AWS pour identifier les opportunités d’économies grâce à des recommandations personnalisées, notamment la suppression des ressources inutilisées, le redimensionnement, les Savings Plans, les réservations et les recommandations d’optimiseurs informatiques.
+ **Configuration d’outils avancés :** vous pouvez éventuellement créer des visuels pour faciliter l’analyse interactive et le partage des informations sur les coûts. Avec la fonctionnalité d’exportation de données du hub d’optimisation des coûts AWS, vous pouvez créer un tableau de bord des coûts et de l’utilisation optimisé par Quick pour votre organisation. Ce tableau de bord fournit des détails et une précision supplémentaires. Vous pouvez également implémenter une fonctionnalité d’analyse avancée en utilisant des exportations de données dans [Amazon Athena](https://docs.aws.amazon.com/athena/?id=docs_gateway) pour des requêtes avancées, et créer des tableaux de bord sur [Quick](https://docs.aws.amazon.com/quicksight/?id=docs_gateway). Collaborez avec des [partenaires AWS](https://aws.amazon.com/marketplace/solutions/business-applications/cloud-cost-management) pour adopter des solutions de gestion du cloud pour une surveillance et une optimisation consolidées des factures du cloud.
## Ressources
**Documents connexes :**
+ [Qu’est-ce que AWS Billing and Cost Management et la gestion des coûts](https://docs.aws.amazon.com/cost-management/latest/userguide/what-is-costmanagement.html) ?
+ [Mise en place de vos bonnes pratiques d’environnement AWS](https://aws.amazon.com/organizations/getting-started/best-practices/)
+ [Bonnes pratiques pour le balisage des ressources AWS](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html)
+ [Balisage de vos ressources AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [AWS Cost Categories](https://aws.amazon.com/aws-cost-management/aws-cost-categories/)
+ [Analyse des coûts avec AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Analyse de vos coûts à l’aide de AWS Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Qu’est-ce qu’AWS Data Exports](https://docs.aws.amazon.com/cur/latest/userguide/what-is-data-exports.html) ?
**Vidéos connexes :**
+ [Deploying Cloud Intelligence Dashboards](https://www.youtube.com/watch?v=FhGZwfNJTnc)
+ [Get Alerts on any FinOps or Cost Optimization Metric or KPI](https://www.youtube.com/watch?v=dzRKDSXCtAs)
**Exemples connexes :**
+ [Tableau de bord des coûts et de l’utilisation optimisé](https://aws.amazon.com/blogs/aws-cloud-financial-management/new-cost-and-usage-dashboard-powered-by-amazon-quicksight/) par Quick
+ [Atelier sur la gouvernance des coûts et de l’utilisation AWS](https://catalog.workshops.aws/well-architected-cost-optimization/en-US/2-expenditure-and-usage-awareness/20-cost-and-usage-governance)
# COST03-BP06 Répartition des coûts selon les métriques de la charge de travail
Répartissez les coûts de la charge de travail en fonction des métriques d’utilisation ou des résultats économiques afin de mesurer la rentabilité de la charge de travail. Mettez en œuvre un processus pour analyser les données de coût et d’utilisation avec les services d’analytique, ce qui peut fournir des informations et des fonctionnalités de refacturation.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée** : bas
## Directives d’implémentation
L’optimisation des coûts consiste à obtenir des résultats commerciaux au prix le plus bas, ce qui ne peut être réalisé qu’en répartissant les coûts de la charge de travail en fonction des métriques de la charge de travail (mesurées par l’efficacité de la charge de travail). Surveillez les métriques de charge de travail définies via des fichiers journaux ou une autre surveillance d’application. Combinez ces données avec les coûts de la charge de travail, qui peuvent être obtenus en examinant les coûts avec une valeur de balise spécifique ou un ID de compte spécifique. Effectuez cette analyse au niveau horaire. Votre efficacité change généralement si certains composants de coût sont statiques (par exemple, une base de données dorsale exécutée en permanence) avec un taux de demandes variable (par exemple, des pics d’utilisation entre neuf heures et dix-sept heures, avec peu de demandes pendant la nuit). La compréhension de la relation entre les coûts statiques et les coûts variables vous aide à cibler vos activités d’optimisation.
La création de métriques de charge de travail pour les ressources partagées peut s’avérer difficile par rapport à des ressources telles que les applications conteneurisées sur Amazon Elastic Container Service (Amazon ECS) et Amazon API Gateway. Cependant, il existe certains moyens de catégoriser l’utilisation et de suivre les coûts. Si vous avez besoin de suivre les ressources partagées Amazon ECS et AWS Batch, vous pouvez activer les données de répartition des coûts dans AWS Cost Explorer. Grâce au partage des données de répartition des coûts, vous pouvez comprendre et optimiser le coût et l’utilisation de vos applications conteneurisées et répartir les coûts des applications entre les différentes entités commerciales en fonction de la manière dont les ressources de calcul et de mémoire partagées sont consommées.
### Étapes d’implémentation
+ **Allocation de coûts aux métriques de charge de travail :** à l’aide des métriques définies et des balises configurées, créez une métrique qui combine la sortie de la charge de travail et son coût. Utilisez les services d’analytique, tels qu’Amazon Athena et Amazon Quick, pour créer un tableau de bord d’efficacité de la charge de travail globale et des composants.
## Ressources
**Documents connexes:**
+ [Balisage de ressources AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Analyse des coûts avec AWS Budgets](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Analyse des coûts avec Cost Explorer](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [Gestion des rapports d’utilisation et de coûts AWS](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
**Exemples connexes :**
+ [Amélioration de la visibilité des coûts d’Amazon ECS et de AWS Batch avec les données de répartition des coûts fractionnés AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/la-improve-cost-visibility-of-containerized-applications-with-aws-split-cost-allocation-data-for-ecs-and-batch-jobs/)
# COÛT 4. Comment mettez-vous les ressources hors service ?
Mettez en œuvre le contrôle des modifications et la gestion des ressources depuis le début du projet jusqu’à la fin de vie. Cela garantit que vous arrêtez ou résiliez les ressources inutilisées pour réduire le gaspillage.
**Topics**
+ [COST04-BP01 Suivez les ressources tout au long de leur durée de vie](cost_decomissioning_resources_track.md)
+ [COST04-BP02 Mise en œuvre d’un processus de mise hors service](cost_decomissioning_resources_implement_process.md)
+ [COST04-BP03 Mise hors service de ressources](cost_decomissioning_resources_decommission.md)
+ [COST04-BP04 Mise hors service automatique de ressources](cost_decomissioning_resources_decomm_automated.md)
+ [COST04-BP05 Application des stratégies de conservation des données](cost_decomissioning_resources_data_retention.md)
# COST04-BP01 Suivez les ressources tout au long de leur durée de vie
Définissez et mettez en œuvre une méthode pour suivre les ressources et leurs associations avec les systèmes, tout au long de leur durée de vie. Vous pouvez utiliser le balisage pour identifier la charge de travail ou la fonction de la ressource.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Mettez hors service les ressources de charge de travail qui ne sont plus requises. Cela concerne notamment les ressources utilisées pour les tests. Une fois les tests terminés, les ressources peuvent être supprimées. Le suivi des ressources avec des balises (et l’exécution de rapports sur ces balises) peut vous aider à identifier les actifs à mettre hors service, du fait de leur non-utilisation ou de l’expiration de la licence. Les balises constituent un moyen efficace de suivre les ressources, car elles identifient la ressource avec sa fonction ou une date connue à laquelle elle peut être mise hors service. Des rapports sur ces balises peuvent ensuite être exécutés. Les exemples de valeurs pour le balisage de fonctionnalité sont le `feature-X testing` qui permet d’identifier l’objectif de la ressource en matière de cycle de vie de la charge de travail. Un autre exemple consiste à utiliser `LifeSpan` ou `TTL` pour les ressources, telles que le nom et la valeur de la clé de to-be-deleted balise, pour définir la période ou le moment précis de la mise hors service.
**Étapes d’implémentation**
+ **Implémentation d’un schéma de balisage : **implémentez un schéma de balisage qui identifie la charge de travail à laquelle appartient la ressource, en veillant à ce que toutes les ressources de la charge de travail soient balisées en conséquence. Le balisage vous aide à catégoriser les ressources par objectif, équipe, environnement ou autres critères pertinents pour votre entreprise. Pour plus de détails sur les cas d’utilisation, les stratégies et les techniques de balisage, consultez la section [Bonnes pratiques de balisage AWS](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html).
+ **Mise en œuvre d’une surveillance du débit ou des sorties de la charge de travail :** mettez en œuvre une surveillance du débit de la charge de travail ou des alarmes, en lançant des demandes d’entrée ou des achèvements de sortie. Configurez-la pour envoyer des notifications lorsque les demandes ou les réponses de la charge de travail sont nulles, ce qui indique que ses ressources ne sont plus utilisées. Intégrez un facteur temporel si la charge de travail est régulièrement nulle dans des conditions normales. Pour plus de détails sur les ressources inutilisées ou sous-utilisées, consultez la section [Contrôles d’optimisation des coûts AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html).
+ ** AWS Ressources de groupe :** créez des groupes pour les AWS ressources. Vous pouvez l'[Groupes de ressources AWS](https://docs.aws.amazon.com/ARG/latest/userguide/resource-groups.html)utiliser pour organiser et gérer AWS les ressources qui s'y trouvent Région AWS. Vous pouvez ajouter des balises à la plupart de vos ressources afin d’identifier et de trier plus facilement ces dernières au sein de votre organisation. Utilisez [Tag Editor](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) pour ajouter des balises aux ressources prises en charge en bloc. Prévoyez d’utiliser [AWS Service Catalog](https://docs.aws.amazon.com/servicecatalog/index.html) pour créer, gérer et distribuer des portefeuilles de produits approuvés aux utilisateurs finaux, ainsi que pour gérer le cycle de vie des produits.
## Ressources
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [AWS Trusted Advisor Contrôles d'optimisation des coûts](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html)
+ [Ressources de balisage AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Publication des métriques personnalisées](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
**Vidéos connexes :**
+ [Comment optimiser les coûts en utilisant AWS Trusted Advisor](https://youtu.be/zcQPufNFhgg)
**Exemples connexes :**
+ [Organiser AWS les ressources](https://aws.amazon.com/premiumsupport/knowledge-center/resource-groups/)
+ [Optimisez les coûts en utilisant AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/knowledge-center/trusted-advisor-cost-optimization/)
# COST04-BP02 Mise en œuvre d’un processus de mise hors service
Mettez en œuvre un processus pour identifier et mettre hors service les ressources inutilisées.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Mettez en place un processus normalisé dans l’ensemble de votre organisation pour identifier et supprimer les ressources inutilisées. Ce processus doit définir la fréquence à laquelle les recherches sont effectuées, ainsi que les processus de suppression de la ressource, afin de s’assurer que toutes les exigences de l’organisation sont respectées.
**Étapes d’implémentation**
+ **Création et implémentation d’un processus de mise en services :** en travaillant avec les développeurs et les propriétaires de la charge de travail, créez un processus de mise hors service de la charge de travail et de ses ressources. Le processus doit couvrir la méthode pour vérifier que la charge de travail et chacune de ses ressources sont en cours d’utilisation. Détaillez également les étapes nécessaires à la mise hors service de la ressource, en la supprimant et en garantissant la conformité aux exigences réglementaires. Toutes les ressources associées doivent être incluses, notamment les licences ou le stockage dédié. Informez les propriétaires de la charge de travail que le processus de mise hors service a été lancé.
Suivez les étapes de mise hors service suivantes pour effectuer une à une les vérifications requises dans le cadre de votre processus :
+ **Identification des ressources à mettre hors service :** identifiez les ressources éligibles à la mise hors service dans votre AWS Cloud. Enregistrez toutes les informations nécessaires et planifiez la mise hors service. Dans votre chronologie, assurez-vous d’envisager la survenue de problèmes imprévus et d’identifier les étapes les plus propices à cette éventualité au cours du processus.
+ **Coordination et communication :** travaillez avec les propriétaires de la charge de travail pour confirmer la ressource à mettre hors service
+ **Enregistrement de métadonnées et création de sauvegardes :** enregistrez les métadonnées (telles que les adresses IP publiques, la région, l’AZ, le VPC, le sous-réseau et les groupes de sécurité) et créez des sauvegardes (telles que des instantanés Amazon Elastic Block Store ou la prise d’AMI, l’exportation de clés et l’exportation de certificats) si c’est nécessaire pour les ressources de l’environnement de production ou s’il s’agit de ressources critiques.
+ **Validation de l’infrastructure en tant que code :** déterminez si les ressources ont été déployées avec CloudFormation, Terraform, AWS Cloud Development Kit (AWS CDK) ou tout autre outil de déploiement d’infrastructure en tant que code afin qu’elles puissent être redéployées si nécessaire.
+ **Prévention d’accès :** appliquez des contrôles restrictifs pendant un certain temps, afin d’empêcher l’utilisation des ressources pendant que vous déterminez si la ressource est requise. Vérifiez que l’environnement des ressources peut être rétabli à son état d’origine si nécessaire.
+ **Suivi de votre processus de mise hors service interne :** suivez les tâches administratives et le processus de mise hors service de votre organisation, comme la suppression de la ressource du domaine de votre organisation, de l’enregistrement DNS et de la suppression de la ressource de votre outil de gestion de configuration, de votre outil de surveillance, de votre outil d’automatisation et de vos outils de sécurité.
Si la ressource est une instance Amazon EC2, consultez la liste suivante. [Pour plus de détails, reportez-vous à la section Comment supprimer ou résilier mes ressources Amazon EC2 ?](https://aws.amazon.com/premiumsupport/knowledge-center/delete-terminate-ec2/)
+ Arrêtez ou mettez hors service toutes vos instances Amazon EC2 et tous vos équilibreurs de charge. Les instances Amazon EC2 sont visibles dans la console pendant un court laps de temps après leur résiliation. Vous n’êtes pas facturé pour les instances qui ne sont pas en cours d’exécution
+ Supprimez votre infrastructure Autoscaling.
+ Libérez tous les hôtes dédiés.
+ Assurez-vous de supprimer tous les volumes et les instantanés Amazon EBS.
+ Libérez toutes les adresses IP Elastic.
+ Annulez l’enregistrement de toutes les Amazon Machine Images (AMI).
+ Résiliez tous les environnements AWS Elastic Beanstalk.
Si la ressource est un objet du stockage Amazon Glacier et si vous supprimez une archive avant d’atteindre la durée minimale de stockage, nous vous facturerons une taxe de suppression anticipée au prorata. La durée minimale de stockage d’Amazon Glacier dépend de la classe de stockage utilisée. Pour obtenir un résumé de la durée de stockage minimale pour chaque classe de stockage, consultez la section [Performances des classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/?nc=sn&loc=3#Performance_across_the_S3_Storage_Classes). Pour en savoir plus sur le mode de calcul des frais de suppression anticipée, consultez la [tarification d’Amazon S3](https://aws.amazon.com/s3/pricing/).
L’organigramme suivant du processus de mise hors service simple décrit les étapes de la mise hors service. Avant de mettre hors service des ressources, vérifiez que les ressources identifiées pour la mise hors service ne sont pas utilisées par l’organisation.
![\[Organigramme illustrant les étapes de la mise hors service d’une ressource.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/decommissioning-process-flowchart.png)
## Ressources
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html)
**Vidéos connexes :**
+ [Suppression de la pile CloudFormation tout en retenant certaines ressources](https://www.youtube.com/watch?v=bVmsS8rjuwk)
+ [Découvrir quel utilisateur a lancé l’instance Amazon EC2](https://www.youtube.com/watch?v=SlyAHc5Mv2A)
**Exemples connexes :**
+ [Suppression ou résiliation de ressources Amazon EC2](https://aws.amazon.com/premiumsupport/knowledge-center/delete-terminate-ec2/)
+ [Découvrir quel utilisateur a lancé une instance Amazon EC2](https://aws.amazon.com/premiumsupport/knowledge-center/ec2-user-launched-instance/)
# COST04-BP03 Mise hors service de ressources
Mettez hors service les ressources déclenchées par des événements tels que les audits périodiques ou les modifications d’utilisation. La mise hors service est généralement effectuée régulièrement et elle peut être manuelle ou automatisée.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
La fréquence et l’effort de recherche des ressources inutilisées doivent refléter les économies potentielles, de sorte qu’un compte ayant un faible coût doit être analysé moins fréquemment qu’un compte ayant des coûts plus importants. Les recherches et les événements de mise hors service peuvent être initiés par des changements d’état dans la charge de travail, comme un produit en fin de vie ou en cours de remplacement. Les recherches et les événements de mise hors service peuvent également être initiés par des événements externes, tels que des changements dans les conditions du marché ou l’arrêt d’un produit.
**Étapes d’implémentation**
+ **Mise hors service de ressources :** il s’agit de la phase d’amortissement des ressources AWS qui ne sont plus nécessaires ou de la fin d’un contrat de licence. Effectuez toutes les vérifications finales avant de passer à l’étape de l’élimination et de mettre hors service les ressources afin d’éviter toute perturbation indésirable, comme la réalisation d’instantanés ou de sauvegardes. En utilisant le processus dédié, mettez hors service chaque ressource ayant été identifiée comme inutilisée.
## Ressources
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
# COST04-BP04 Mise hors service automatique de ressources
Concevez votre charge de travail de manière à gérer proprement l’arrêt des ressources lorsque vous identifiez et mettez hors service des ressources non critiques, des ressources qui ne sont pas nécessaires ou des ressources peu utilisées.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée** : bas
## Directives d’implémentation
Utilisez l’automatisation pour réduire ou supprimer les coûts associés au processus de mise hors service. La conception de votre charge de travail pour effectuer une mise hors service automatisée réduira le coût global de la charge de travail pendant sa durée de vie. Vous pouvez utiliser [Amazon EC2 Auto Scaling](https://aws.amazon.com/ec2/autoscaling/) ou [Application Autoscaling](https://docs.aws.amazon.com/autoscaling/application/userguide) pour effectuer le processus de mise hors service. Vous pouvez également implémenter du code personnalisé à l’aide de l’[API ou du kit SDK](https://aws.amazon.com/developer/tools/) pour mettre automatiquement hors service des ressources de charge de travail.
Les [applications modernes](https://aws.amazon.com/modern-apps/) sont conçues d’abord sans serveur, une stratégie qui donne la priorité à l’adoption de services sans serveur. AWS a développé des [services sans serveur](https://aws.amazon.com/serverless/) pour les trois couches de votre pile : calcul, intégration et magasins de données. L’utilisation d’une architecture sans serveur vous permettra de réduire les coûts pendant les périodes de faible trafic avec une augmentation et une réduction automatiques.
**Étapes d’implémentation**
+ **Implémentation d’Amazon EC2 Auto Scaling ou d’Application Autoscaling :** configurez les ressources prises en charge avec Amazon EC2 Auto Scaling ou Application Autoscaling. Ces services peuvent vous aider à optimiser votre utilisation et à réduire vos coûts lorsque vous consommez des services AWS. Lorsque la demande baisse, ces services suppriment automatiquement toute capacité de ressource excédentaire pour vous permettre d’éviter les dépenses excessives.
+ **Configuration de CloudWatch pour mettre fin aux instances :** les instances peuvent être configurées pour s’arrêter à l’aide des [alarmes CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingTerminateActions). En utilisant les métriques du processus de mise hors service, mettez en œuvre une alarme avec une action du cloud Amazon Elastic Compute. Veillez à vérifier l’opération dans un environnement hors production avant le déploiement.
+ **Implémentation du code au sein de la charge de travail :** vous pouvez utiliser le kit SDK AWS ou l’interface AWS CLI pour mettre hors service les ressources de la charge de travail. Mettez en œuvre le code d’application qui s’intègre à AWS et qui résilie ou supprime les ressources qui ne sont plus utilisées.
+ **Utilisation de services sans serveur :** privilégiez la création d’[architectures sans serveur](https://aws.amazon.com/serverless/) et d’[architectures pilotées par les événements](https://aws.amazon.com/event-driven-architecture/) sur AWS pour créer et exécuter vos applications. AWS propose plusieurs services technologiques sans serveur qui, par nature, fournissent automatiquement une utilisation optimisée des ressources et une mise hors service automatisée (réduction horizontale et augmentation horizontale). Avec des applications sans serveur, l’utilisation des ressources est optimisée automatiquement et vous ne payez jamais d’approvisionnement excessif.
## Ressources
**Documents connexes :**
+ [Amazon EC2 Auto Scaling](https://aws.amazon.com/ec2/autoscaling/)
+ [Mise en route avec Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Application Autoscaling](https://docs.aws.amazon.com/autoscaling/application/userguide)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [Sans serveur activé sur AWS](https://aws.amazon.com/serverless/)
+ [Création d’alarmes qui arrêtent, mettent hors service, redémarrent ou récupèrent une instance](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html)
+ [Ajout d’actions de fin aux alarmes Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingTerminateActions)
**Exemples connexes :**
+ [Planification de la suppression automatique des piles AWS CloudFormation](https://aws.amazon.com/blogs/infrastructure-and-automation/scheduling-automatic-deletion-of-aws-cloudformation-stacks/)
# COST04-BP05 Application des stratégies de conservation des données
Définissez des stratégies de conservation des données sur les ressources prises en charge pour traiter la suppression des objets conformément aux exigences de votre organisation. Identifiez et supprimez les ressources et les objets inutiles ou orphelins qui ne sont plus nécessaires.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
Utilisez des stratégies de conservation des données et des stratégies de cycle de vie pour réduire les coûts associés au processus de mise hors service et les coûts de stockage des ressources identifiées. La définition de vos stratégies de conservation des données et de cycle de vie pour la migration et la suppression automatisées de la classe de stockage réduira les frais de stockage généraux pendant la durée de vie. Vous pouvez utiliser Amazon Data Lifecycle Manager pour automatiser la création et la suppression d’instantanés Amazon Elastic Block Store et d’images Amazon Machine Image (AMI) basées sur Amazon EBS, et utiliser Amazon S3 Intelligent-Tiering ou une configuration du cycle de vie Amazon S3 pour gérer le cycle de vie de vos objets Amazon S3. Vous pouvez également implémenter un code personnalisé à l’aide de [l’API ou du kit SDK](https://aws.amazon.com/tools/) pour créer des stratégies de cycle de vie et des règles de politique pour les objets à supprimer automatiquement.
**Étapes d’implémentation**
+ **Utilisation d’Amazon Data Lifecycle Manager :** utilisez les stratégies de cycle de vie des données sur Amazon Data Lifecycle Manager pour automatiser la suppression des instantanés Amazon EBS et des AMI basées sur Amazon EBS.
+ **Configuration du cycle de vie d’un compartiment :** utilisez la configuration du cycle de vie d’Amazon S3 sur un compartiment pour définir les actions qu’Amazon S3 doit effectuer pendant le cycle de vie d’un objet, ainsi que la suppression à la fin du cycle de vie de l’objet, en fonction des besoins de votre entreprise.
## Ressources
**Documents connexes :**
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/)
+ [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/dlm/?icmpid=docs_homepage_mgmtgov)
+ [Comment définir une configuration de cycle de vie sur un compartiment Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/how-to-set-lifecycle-configuration-intro.html)
**Vidéos connexes :**
+ [Automate Amazon EBS Snapshots with Amazon Data Lifecycle Manager](https://www.youtube.com/watch?v=RJpEjnVSdi4)
+ [Empty an Amazon S3 bucket using a lifecycle configuration rule](https://www.youtube.com/watch?v=JfK9vamen9I)
**Exemples connexes :**
+ [Empty an Amazon S3 bucket using a lifecycle configuration rule](https://aws.amazon.com/premiumsupport/knowledge-center/s3-empty-bucket-lifecycle-rule/)
# Ressources rentables
**Topics**
+ [COÛT 5. Comment évaluer les coûts lorsque vous sélectionnez des services ?](cost-05.md)
+ [COÛT 6. Comment atteindre les objectifs de coût lorsque vous sélectionnez le type, la taille et le nombre de ressources ?](cost-06.md)
+ [COÛT 7. Comment utiliser les modèles de tarification pour réduire les coûts ?](cost-07.md)
+ [COÛT 8. Comment planifier les frais de transfert de données ?](cost-08.md)
# COÛT 5. Comment évaluer les coûts lorsque vous sélectionnez des services ?
Amazon EC2, Amazon EBS et Amazon S3 sont les services fondamentaux d’AWS. Les services gérés tels qu’Amazon RDS et Amazon DynamoDB, sont des services AWS de plus haut niveau, ou de niveau application. En sélectionnant les services fondamentaux et les services gérés appropriés, vous pouvez optimiser cette charge de travail en matière de coûts. Par exemple, en utilisant des services gérés, vous pouvez réduire ou supprimer une grande partie de votre traitement administratif et opérationnel, et vous dégagez ainsi du temps pour travailler sur les applications et les activités liées aux activités.
**Topics**
+ [COST05-BP01 Identifier les exigences de l'organisation en matière de coûts](cost_select_service_requirements.md)
+ [COST05-BP02 Analyse de tous les composants de la charge de travail](cost_select_service_analyze_all.md)
+ [COST05-BP03 Réalisation d’une analyse approfondie de chaque composant](cost_select_service_thorough_analysis.md)
+ [COST05-BP04 Sélection de logiciels avec des licences rentables](cost_select_service_licensing.md)
+ [COST05-BP05 Sélection des composants de cette charge de travail afin d’optimiser les coûts en fonction des priorités de l’organisation](cost_select_service_select_for_cost.md)
+ [COST05-BP06 Analyse des coûts d’une utilisation différente au fil du temps](cost_select_service_analyze_over_time.md)
# COST05-BP01 Identifier les exigences de l'organisation en matière de coûts
Collaborez avec les membres de l’équipe pour définir l’équilibre entre l’optimisation des coûts et les autres piliers, tels que la performance et la fiabilité, pour cette charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée** : élevé
## Directives d’implémentation
Dans la plupart des organisations, le département des technologies de l’information (TI) est composé de plusieurs petites équipes, chacune ayant son propre programme et son propre domaine d’intervention. Le tout reflète les spécialités et les compétences des membres de son équipe. Vous devez comprendre les objectifs généraux, les priorités et les buts de votre organisation et la manière dont chaque département ou projet contribue à ces objectifs. La catégorisation de toutes les ressources essentielles, notamment le personnel, les équipements, les technologies, le matériel et les services externes, est cruciale pour atteindre les objectifs de l’organisation et mettre en place une planification budgétaire exhaustive. L’adoption de cette approche systématique de l’identification et de la compréhension des coûts est fondamentale pour établir un plan de coûts réaliste et solide pour l’organisation.
Lorsque vous sélectionnez des services pour votre charge de travail, il est essentiel que vous compreniez les priorités de votre entreprise. Créez un équilibre entre l'optimisation des coûts et les autres piliers du AWS Well-Architected Framework, tels que les performances et la fiabilité. Ce processus doit être mené de manière systématique et régulière afin de refléter l’évolution des objectifs de l’organisation, des conditions du marché et de la dynamique opérationnelle. Une charge de travail entièrement optimisée en matière de coûts est la solution la plus conforme aux besoins de votre organisation, et pas nécessairement la moins coûteuse. Rencontrez toutes les équipes de votre organisation (équipes produits, commerciales, techniques et financières) pour recueillir des informations. Évaluez l’impact des compromis entre des intérêts concurrents ou des approches alternatives pour prendre des décisions éclairées au moment de déterminer où concentrer les efforts ou de choisir une ligne de conduite.
Par exemple, l’accélération de la mise sur le marché de nouvelles fonctionnalités peut être privilégiée par rapport à l’optimisation des coûts, ou vous pouvez choisir une base de données relationnelle pour les données non relationnelles afin de simplifier l’effort de migration d’un système, plutôt que de migrer vers une base de données optimisée pour votre type de données et de mettre à jour votre application.
### Étapes d’implémentation
+ **Identification des exigences de l’organisation en matière de coût :** réunissez-vous avec les membres de l’équipe de votre organisation, y compris les personnes chargées de la gestion des produits, les responsables d’application, les équipes de développement et d’exploitation, la direction et les services financiers. Hiérarchisez les piliers Well-Architected de cette charge de travail et ses composants. Vous devriez obtenir un classement des piliers par ordre de priorité. Vous pouvez également attribuer une pondération à chaque pilier pour indiquer le degré de priorité supplémentaire d’un pilier ou une similarité de priorité entre deux piliers.
+ **Traitement et documentation de la dette technique :** au cours de l’examen de la charge de travail, abordez la dette technique. Documentez un élément en attente pour retenir la charge de travail à l’avenir dans le but de la refactoriser ou de la réorganiser pour l’optimiser davantage. Il est essentiel de communiquer clairement les concessions qui ont été faites aux autres parties prenantes.
## Ressources
**Bonnes pratiques associées :**
+ [REL11-BP07 Architectez votre produit pour atteindre les objectifs de disponibilité et les accords de niveau de service en matière de disponibilité () SLAs](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_service_level_agreements.html)
+ [OPS01-BP06 Évaluer les compromis](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_priorities_eval_tradeoffs.html)
**Documents connexes :**
+ [AWS Calculateur du coût total de possession (TCO)](https://aws.amazon.com/tco-calculator/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits cloud](https://aws.amazon.com/products/)
# COST05-BP02 Analyse de tous les composants de la charge de travail
Assurez-vous que chaque composant de la charge de travail est analysé, peu importe la taille ou les coûts actuels. L’effort de vérification doit tenir compte des avantages potentiels, tels que les coûts actuels et prévus.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Les composants de la charge de travail, qui sont conçus pour apporter une valeur métier à l’organisation, peuvent englober différents services. Pour chaque composant, il est possible de choisir des services AWS Cloud spécifiques répondant aux besoins de l’entreprise. Cette sélection peut être influencée par des facteurs tels que la connaissance ou l’expérience antérieure de ces services.
Après avoir identifié les exigences de votre organisation, comme indiqué dans le document [COST05-BP01 Identification des exigences de l’organisation en matière de coûts](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_select_service_requirements.html), effectuez une analyse approfondie de tous les composants de votre charge de travail. Analysez chaque composant en tenant compte des coûts et des tailles actuels et prévus. Examinez le coût de l’analyse par rapport aux économies potentielles de la charge de travail au cours de son cycle de vie. L’effort d’analyse de tous les composants de cette charge de travail doit correspondre aux économies ou aux améliorations potentielles escomptées grâce à l’optimisation de ce composant spécifique. Par exemple, si le coût de la ressource proposée est de 10 USD par mois et que les charges prévues ne dépassent pas 15 USD par mois, une journée d’effort pour réduire les coûts de 50 % (5 USD par mois) pourrait dépasser le bénéfice potentiel sur la durée de vie du système. Utilisez une estimation plus rapide et plus efficace basée sur des données pour obtenir le meilleur résultat global pour ce composant.
Les charges de travail peuvent évoluer dans le temps, et un ensemble de services qui est actuellement adapté peut ne pas être optimal si l’architecture ou l’utilisation de la charge de travail évolue. L’analyse pour la sélection des services doit intégrer les états de charge de travail et les niveaux d’utilisation actuels et futurs. La mise en œuvre d’un service pour un état ou un usage futur de la charge de travail peut réduire les coûts globaux en diminuant ou en supprimant l’effort nécessaire pour effectuer des changements futurs. Par exemple, l’utilisation d’EMR sans serveur peut être un bon choix dans un premier temps. Toutefois, à mesure que la consommation de ce service augmentera, le passage à EMR sur EC2 pourrait réduire les coûts liés à ce composant de la charge de travail.
[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) et les systèmes AWS Cost and Usage Report ([CUR](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/)) peuvent analyser le coût d’une démonstration de faisabilité (PoC) ou d’un environnement en cours d’exécution. Vous pouvez également utiliser [Calculateur de tarification AWS](https://calculator.aws/#/) pour estimer les coûts de charge de travail.
Rédigez un flux de travail à suivre par les équipes techniques pour vérifier leurs charges de travail. Bien que ce flux de travail doive être simple, couvrez également toutes les étapes nécessaires pour vous assurer que les équipes comprennent chaque composant de la charge de travail et sa tarification. Votre organisation pourra ensuite suivre et personnaliser ce flux de travail en fonction des besoins spécifiques de chaque équipe.
1. **Répertorier chaque service utilisé en fonction de votre charge de travail :** c’est un bon point de départ. Identifiez tous les services actuellement utilisés et l’origine des coûts.
1. **Compréhension du fonctionnement de la tarification pour ces services :** veillez à comprendre le [modèle de tarification](https://aws.amazon.com/pricing/) de chaque service. Les différents services AWS sont basés sur des modèles de tarification différents en fonction de facteurs tels que le volume d’utilisation, le transfert de données et le prix spécifique aux fonctionnalités.
1. **Concentrez-vous sur les services qui entraînent des coûts de charge de travail inattendus et qui ne correspondent pas à votre utilisation prévue ni aux résultats commerciaux prévus :** identifiez les valeurs aberrantes ou les services dont le coût n’est pas proportionnel à la valeur ou à l’utilisation avec AWS Cost Explorer ou les systèmes AWS Cost and Usage Report. Il est important de corréler les coûts aux résultats commerciaux afin de prioriser les efforts d’optimisation.
1. **AWS Cost Explorer, CloudWatch Logs, VPC Flow Logs et Amazon S3 Storage Lens pour comprendre la cause première de ces coûts élevés** : ces outils jouent un rôle essentiel dans le diagnostic des coûts élevés. Chaque service propose une approche différente pour visualiser et analyser l’utilisation et les coûts. Par exemple, Cost Explorer permet de déterminer les tendances globales en matière de coûts, CloudWatch Logs fournit des informations opérationnelles, VPC Flow Logs affiche le trafic IP et Amazon S3 Storage Lens est utile pour l’analyse du stockage.
1. **Utilisation de AWS Budgets pour établir des budgets pour certains montants pour des services ou des comptes :** la définition de budgets est un moyen proactif de gérer les coûts. Utilisez AWS Budgets pour définir des seuils budgétaires personnalisés et recevoir des alertes lorsque les coûts dépassent ces seuils.
1. **Configuration d’alarmes Amazon CloudWatch pour envoyer des alertes de facturation et d’utilisation :** configurez la surveillance et les alertes pour les mesures de coût et d’utilisation. Les alarmes CloudWatch peuvent vous avertir lorsque certains seuils sont atteints, ce qui améliore le temps de réponse aux interventions.
Encouragez des améliorations notables et des économies financières au fil du temps grâce à un examen stratégique de tous les composants de la charge de travail, quelles que soient leurs caractéristiques actuelles. L’effort déployé dans ce processus d’évaluation doit être délibéré, et tenir dûment compte des bénéfices potentiels qui pourraient en découler.
### Étapes d’implémentation
+ **Répertorier les composants de la charge de travail :** créez une liste des composants de votre charge de travail. Utilisez cette liste pour vérifier que chaque composant a été analysé. L’effort déployé doit refléter la sévérité de la charge de travail telle que définie par les priorités de l’organisation. Regroupez les ressources sur le plan fonctionnel pour améliorer l’efficacité, notamment du stockage des bases de données de production s’il existe plusieurs bases de données.
+ **Prioriser la liste des composants :** prenez la liste des composants et priorisez-la par ordre d’effort. Elle est généralement classée par ordre de coût du composant (du plus cher au moins cher) ou par ordre de criticité (telle qu’elle est définie par les priorités de votre organisation).
+ **Exécution de l’analyse :** pour chaque élément de la liste, examinez les options et les services disponibles et choisissez l’option qui correspond le mieux à vos priorités organisationnelles.
## Ressources
**Documents connexes :**
+ [Calculateur de tarification AWS](https://calculator.aws/#/)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits AWS Cloud](https://aws.amazon.com/products/)
**Vidéos connexes :**
+ [Série sur l’optimisation des coûts AWS : CloudWatch](https://www.youtube.com/watch?v=6imTJUGEzjU)
# COST05-BP03 Réalisation d’une analyse approfondie de chaque composant
Examinez le coût global de chaque composant pour l’organisation. Calculez le coût total de possession en tenant compte du coût des opérations et de la gestion, en particulier lorsque vous utilisez des services gérés par un fournisseur de cloud. L’effort d’examen doit refléter les avantages potentiels (par exemple, la durée de l’analyse est proportionnelle au coût du composant).
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Tenez compte du gain de temps qui permettra à votre équipe de se concentrer sur le remboursement de la dette technique, l’innovation, les fonctionnalités à valeur ajoutée et la création de votre avantage différentiel. Par exemple, il peut être nécessaire de procéder à un lift-and-shift (également appelé réhébergement) de vos bases de données depuis votre environnement sur site vers le cloud aussi rapidement que possible et de l’optimiser ultérieurement. Il est intéressant d’explorer les économies possibles réalisées en utilisant des services gérés sur AWS qui peuvent supprimer ou réduire les coûts de licence. Les services gérés sur AWS suppriment la charge opérationnelle et administrative liée à la gestion d’un service, comme la correction ou la mise à niveau du système d’exploitation, et vous permettent de vous consacrer à l’innovation et l’entreprise.
Étant donné que les services gérés fonctionnent à l’échelle du cloud, ils peuvent réduire le coût par transaction ou par service. Vous pouvez effectuer des optimisations potentielles afin d’obtenir des bénéfices concrets, sans pour autant changer l’architecture de base de l’application. Par exemple, vous souhaitez peut-être réduire le temps que vous consacrez à la gestion des instances de base de données en migrant vers une plateforme de base de données en tant que service comme [Amazon Relational Database Service (Amazon RDS](https://aws.amazon.com/rds/)) ou en migrant votre application vers une plateforme entièrement gérée comme [AWS Elastic Beanstalk](https://aws.amazon.com/elasticbeanstalk/).
En général, les services gérés ont des attributs que vous pouvez définir pour assurer une capacité suffisante. Vous devez définir et surveiller ces attributs afin que votre capacité excédentaire soit réduite au minimum et que vos performances soient maximisées. Vous pouvez modifier les attributs du système AWS Managed Services à l’aide des kits SDK et API AWS Management Console ou AWS pour aligner les besoins en ressources sur l’évolution de la demande. Par exemple, vous pouvez augmenter ou diminuer le nombre de nœuds sur un cluster Amazon EMR (ou un cluster Amazon Redshift) pour augmenter horizontalement ou réduire horizontalement.
Vous pouvez également regrouper plusieurs instances sur une ressource AWS pour permettre une utilisation de plus haute densité. Par exemple, vous pouvez allouer plusieurs petites bases de données sur une seule instance de base de données Amazon Relational Database Service (Amazon RDS). Alors que l’utilisation augmente, vous pouvez migrer l’une des bases de données vers une instance de base de données Amazon RDS dédiée en utilisant un processus d’instantané et de restauration.
Lors de la mise en service de charges de travail sur des services gérés, vous devez connaître les exigences d’ajustement de la capacité du service. Ces exigences sont généralement le temps, l’effort et toute incidence sur le fonctionnement normal de la charge de travail. La ressource allouée doit laisser le temps à tout changement de se produise, en allouant la surcharge requise pour le permettre. L’effort continu nécessaire pour modifier les services peut être réduit à pratiquement zéro en utilisant des API et des SDK intégrés à des outils système et de surveillance, tels que Amazon CloudWatch.
[Amazon RDS](https://aws.amazon.com/rds/), [Amazon Redshift](https://aws.amazon.com/redshift/) et [Amazon ElastiCache](https://aws.amazon.com/elasticache/) fournissent un service géré de base de données. [Amazon Athena](https://aws.amazon.com/athena/)[, Amazon EMR](https://aws.amazon.com/emr/) et [Amazon OpenSearch Service fournissent un service](https://aws.amazon.com/opensearch-service/) d’analytique géré.
[AMS](https://aws.amazon.com/managed-services/) est un service qui exploite l’infrastructure AWS pour le compte des clients et des partenaires des entreprises. Il fournit un environnement sécurisé et conforme sur lequel vous pouvez déployer vos charges de travail. AMS utilise des modèles d’exploitation de cloud d’entreprise avec l’automatisation pour permettre de répondre aux exigences de votre organisation, de migrer plus rapidement vers le cloud et de réduire vos coûts de gestion continue.
**Étapes d’implémentation**
+ **Réalisation d’une analyse approfondie : **à l’aide de la liste des composants, examinez chaque composant de la plus haute priorité à la plus basse. Pour les composants les plus prioritaires et les plus coûteux, effectuez une analyse supplémentaire et évaluez toutes les options disponibles et leur impact sur le long terme. Pour les composants de moindre priorité, évaluez si des changements d’utilisation modifieraient la priorité du composant, puis analysez l’effort approprié.
+ **Comparaison des ressources gérées et non gérées :** considérez le coût opérationnel des ressources que vous gérez et comparez-les aux ressources gérées AWS. Par exemple, évaluez vos bases de données s’exécutant sur des instances Amazon EC2 et comparez-les aux options Amazon RDS (un service géré par AWS) ou Amazon EMR par rapport à l’exécution d’Apache Spark sur Amazon EC2. Étudiez soigneusement vos options quand vous passez d’une charge de travail autogérée à une charge de travail entièrement gérée par AWS. Les trois facteurs les plus importants à prendre en compte sont le [type de service géré](https://aws.amazon.com/products/?&aws-products-all.q=managed) que vous souhaitez utiliser, le processus que vous utiliserez pour [migrer vos données](https://aws.amazon.com/big-data/datalakes-and-analytics/migrations/) et la compréhension du [modèle de responsabilité partagée AWS](https://aws.amazon.com/compliance/shared-responsibility-model/).
## Ressources
**Documents connexes :**
+ [Calculateur de coût total de possession (TCO) d’AWS](https://aws.amazon.com/tco-calculator/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits AWS Cloud](https://aws.amazon.com/products/)
+ [Modèle de responsabilité partagée AWS](https://aws.amazon.com/compliance/shared-responsibility-model/)
**Vidéos connexes :**
+ [ Why move to a managed database? ](https://www.youtube.com/watch?v=VRFdc-MVa4I)
+ [ What is Amazon EMR and how can I use it for processing data? ](https://www.youtube.com/watch?v=jylp2atrZjc)
**Exemples connexes :**
+ [Pourquoi passer à une base de données gérée](https://aws.amazon.com/getting-started/hands-on/move-to-managed/why-move-to-a-managed-database/)
+ [Consolidation des données issues de bases de données SQL Server identiques en une seule base de données Amazon RDS for SQL Server en utilisant AWS DMS](https://aws.amazon.com/blogs/database/consolidate-data-from-identical-sql-server-databases-into-a-single-amazon-rds-for-sql-server-database-using-aws-dms/)
+ [Livraison de données à l’échelle à Amazon Managed Streaming for Apache Kafka (Amazon MSK)](https://aws.amazon.com/getting-started/hands-on/deliver-data-at-scale-to-amazon-msk-with-iot-core/?ref=gsrchandson)
+ [Migration d’une application web ASP.NET vers AWS Elastic Beanstalk](https://aws.amazon.com/getting-started/hands-on/migrate-aspnet-web-application-elastic-beanstalk/?ref=gsrchandson&id=itprohandson)
# COST05-BP04 Sélection de logiciels avec des licences rentables
Les logiciels open source éliminent les coûts de licences logicielles, qui peuvent entraîner des coûts significatifs pour la charge de travail. Lorsque des logiciels sous licence sont nécessaires, évitez les licences liées à des attributs arbitraires tels que les UC. Recherchez les licences qui sont liées à des résultats. Le coût de ces licences est plus proche de l’avantage qu’elles procurent.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée** : bas
## Directives d’implémentation
L’open source est né dans le contexte du développement de logiciels pour indiquer que le logiciel est conforme à certains critères de distribution gratuite. Les logiciels open source sont composés de code source que tout le monde peut inspecter, modifier et améliorer. En fonction des exigences métier, des compétences des ingénieurs, de l’utilisation prévue et d’autres dépendances technologiques, les organisations peuvent envisager d’utiliser des logiciels open source sur AWS afin de minimiser leurs coûts de licence. En d’autres termes, le coût des licences logicielles peut être éliminé grâce à l’utilisation de [logiciels open source](https://aws.amazon.com/what-is/open-source/). Cela peut avoir un impact significatif sur les coûts de charge de travail à mesure que la taille de la charge de travail évolue.
Mesurez les avantages des logiciels sous licence par rapport au coût total pour optimiser votre charge de travail. Modélisez les modifications apportées aux licences et leur impact sur vos coûts de charge de travail. Si un fournisseur modifie le coût de votre licence de base de données, examinez en quoi cela affecte l’efficacité globale de votre charge de travail. Prenez en compte l’historique des annonces de tarification de vos fournisseurs pour connaître les tendances des changements de licence pour leurs produits. Les coûts de licence peuvent également évoluer indépendamment du débit ou de l’utilisation, comme les licences qui évoluent en fonction du matériel (licences liées à l’UC). Ces licences doivent être évitées, car les coûts peuvent rapidement augmenter sans résultats correspondants.
Par exemple, l’exécution d’une instance Amazon EC2 sous Linux dans la région USA Est 1 vous permet de réduire les coûts d’environ 45 % par rapport à l’exécution d’une autre instance Amazon EC2 sous Windows.
[Calculateur de tarification AWS](https://calculator.aws/) offre un moyen complet de comparer les coûts de différentes ressources avec différentes options de licence, telles que les instances Amazon RDS et différents moteurs de base de données. En outre, AWS Cost Explorer fournit une vue précieuse des coûts des charges de travail existantes, en particulier celles proposées avec différentes licences. Pour la gestion des licences, [AWS License Manager](https://aws.amazon.com/license-manager) propose une méthode rationalisée pour superviser et gérer les licences logicielles. Les clients peuvent déployer et utiliser leur logiciel open source préféré dans AWS Cloud.
### Étapes d’implémentation
+ **Analyse des options de licence :** passez en revue les conditions de licence des logiciels disponibles. Recherchez les versions open source qui ont les fonctionnalités requises et déterminez si les avantages des logiciels sous licence l’emportent sur le coût. Des conditions favorables permettent d’aligner le coût du logiciel sur les avantages qu’il procure.
+ **Analyse du fournisseur de logiciels :** passez en revue les historiques de tarification ou de licence du fournisseur. Recherchez les changements qui ne s’alignent pas sur les résultats, tels que les conditions pénalisantes de l’exécution sur des matériels ou des plateformes spécifiques à un fournisseur. Déterminez également comment ils effectuent les audits et les sanctions qui pourraient être imposées.
## Ressources
**Documents connexes :**
+ [Open source sur AWS](https://aws.amazon.com/opensource/)
+ [Calculateur de coût total de possession (TCO) d’AWS](https://aws.amazon.com/tco-calculator/)
+ [Classes de stockage Amazon S](https://aws.amazon.com/s3/storage-classes/)
+ [Produits cloud](https://aws.amazon.com/products/)
**Exemples connexes :**
+ [Blogs open source](https://aws.amazon.com/blogs/opensource/)
+ [Blogs open source AWS](https://aws.github.io/)
+ [ Évaluation de l’optimisation et des licences ](https://aws.amazon.com/optimization-and-licensing-assessment/)
# COST05-BP05 Sélection des composants de cette charge de travail afin d’optimiser les coûts en fonction des priorités de l’organisation
Tenez compte du coût lorsque vous sélectionnez tous les composants de votre charge de travail. Cela inclut l’utilisation de services gérés et au niveau des applications ou de services sans serveur, de conteneurs ou d’une architecture axée sur les événements pour réduire le coût global. Réduisez les coûts de licence en utilisant des logiciels open source, des logiciels qui ne comportent pas de frais de licence ou des alternatives pour réduire les dépenses.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Tenez compte du coût des services et des options lorsque vous sélectionnez tous les composants. Cela inclut l’utilisation de services gérés et au niveau des applications, comme [Amazon Relational Database Service](https://aws.amazon.com/rds/) (Amazon RDS), [Amazon DynamoDB](https://aws.amazon.com/dynamodb/), [Amazon Simple Notification Service](https://aws.amazon.com/sns/) (Amazon SNS) et [Amazon Simple Email Service](https://aws.amazon.com/ses/) (Amazon SES) afin de réduire le coût global de l’organisation.
Utilisez des systèmes sans serveur et des conteneurs pour le calcul, comme [AWS Lambda](https://aws.amazon.com/lambda/) et [Amazon Simple Storage Service](https://aws.amazon.com/s3/) (Amazon S3) pour les sites web statiques. Conteneurisez votre application si possible et utilisez des services de conteneurs gérés AWS comme [Amazon Elastic Container Service](https://aws.amazon.com/ecs/) (Amazon ECS) ou [Amazon Elastic Kubernetes Service](https://aws.amazon.com/eks/) (Amazon EKS).
Réduisez les coûts de licence en utilisant des logiciels open source ou des logiciels qui n’impliquent pas de frais de licence, par exemple, Amazon Linux pour le calcul des charges de travail ou la migration des bases de données vers Amazon Aurora.
Vous pouvez utiliser des services sans serveur ou au niveau des applications comme [Lambda](https://aws.amazon.com/lambda/), [Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/), [Amazon SNS](https://aws.amazon.com/sqs/) et [Amazon SES](https://aws.amazon.com/ses/). Ces services vous dispensent de gérer une ressource et assurent les fonctions d’exécution de code, de mise en file d’attente et de distribution de messages. L’autre avantage est qu’ils sont mis à l’échelle en termes de performances et de coûts en fonction de l’utilisation, ce qui permet une répartition et une attribution efficace des coûts.
L’utilisation d’une [architecture axée sur les événements](https://aws.amazon.com/what-is/eda/) est également possible avec les services sans serveur. Les architectures axées sur les événements reposent sur la technologie push, ce qui signifie que tout se passe à la demande au fur et à mesure que l’événement se présente dans le routeur. Ainsi, vous ne payez pas pour qu’une interrogation continue vérifie un événement. Il en résulte moins de consommation de bande passante du réseau, moins d’utilisation de l’UC, moins de capacité de flotte inactive et moins de liaisons SSL/TLS.
Pour plus d’informations sur la technologie sans serveur, consultez le livre blanc [Well-Architected – Présentation des applications sans serveur](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html).
### Étapes d’implémentation
+ **Sélection de chaque service pour optimiser le coût :** à l’aide de votre liste de priorités et d’analyse, sélectionnez chaque option qui correspond le mieux à vos priorités organisationnelles. Au lieu d’augmenter la capacité pour répondre à la demande, envisagez d’autres options qui peuvent vous offrir de meilleures performances à moindre coût. Par exemple, si vous devez évaluer le trafic attendu pour vos bases de données sur AWS, envisagez d’augmenter la taille d’instance ou d’utiliser des services Amazon ElastiCache (Redis ou Memcached) afin de fournir des mécanismes mis en cache à vos bases de données.
+ **Évaluation de l’architecture axée sur les événements :** une architecture sans serveur vous permet également de créer une architecture basée sur les événements pour les applications distribuées reposant sur des microservices, ce qui vous aide à créer des solutions évolutives, résilientes, flexibles et rentables.
## Ressources
**Documents connexes:**
+ [Calculateur de coût total de possession (TCO) d’AWS](https://aws.amazon.com/tco-calculator/)
+ [AWS sans serveur](https://aws.amazon.com/serverless/)
+ [Qu’est-ce qu’une architecture axée sur les événements ?](https://aws.amazon.com/what-is/eda/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits cloud](https://aws.amazon.com/products/)
+ [Amazon ElastiCache (Redis OSS)](https://aws.amazon.com/elasticache/redis)
**Exemples connexes :**
+ [Démarrage avec les architectures axées sur les événements](https://aws.amazon.com/blogs/compute/getting-started-with-event-driven-architecture/)
+ [Architecture basée sur les événements](https://aws.amazon.com/event-driven-architecture/)
+ [Comment Statsig fonctionne 100 fois plus efficacement avec Amazon ElastiCache (Redis OSS)](https://aws.amazon.com/blogs/database/how-statsig-runs-100x-more-cost-effectively-using-amazon-elasticache-for-redis/)
+ [Bonnes pratiques d’utilisation des fonctions AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html)
# COST05-BP06 Analyse des coûts d’une utilisation différente au fil du temps
Les charges de travail peuvent changer au fil du temps. Certains services ou fonctionnalités sont plus rentables à différents niveaux d’utilisation. Si vous effectuez l’analyse de chaque composant au fil du temps et en fonction de l’utilisation prévue, la charge de travail reste rentable pendant toute sa durée de vie.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Au fur et à mesure qu’AWS lance de nouveaux services et de nouvelles fonctionnalités, les services optimaux pour votre charge de travail peuvent évoluer. L’effort requis doit refléter les avantages potentiels. La fréquence de révision de la charge de travail dépend des exigences de votre organisation. S’il s’agit d’une charge de travail d’un coût important, la mise en œuvre de nouveaux services plus tôt permettra de maximiser les économies, de sorte qu’un examen plus fréquent peut être avantageux. Une autre initiation à vérifier est le changement des modèles d’utilisation. D’importants changements d’utilisation peuvent indiquer que d’autres services seraient plus optimaux.
Si vous devez déplacer des données vers AWS Cloud, vous pouvez sélectionner un large éventail de services offerts par AWS et d’outils de partenaires afin de vous aider pour la migration de vos jeux de données, qu’il s’agisse de fichiers, de bases de données, d’images de machine, de volumes en bloc ou même de sauvegardes sur bande. Par exemple, pour déplacer une importante quantité de données vers et depuis AWS ou traiter des données en périphérie, vous pouvez utiliser l’un des appareils sur mesure AWS pour déplacer des données hors ligne de façon rentable. Autre exemple : pour des vitesses de transfert de données plus élevées, un service de connexion directe peut être moins cher qu’un VPN qui fournit la connectivité constante requise pour votre entreprise.
Évaluez votre activité de mise à l’échelle en fonction de l’analyse des coûts pour une utilisation différente au fil du temps. Analysez le résultat pour voir si la stratégie de mise à l’échelle peut être ajustée pour ajouter des instances avec plusieurs types d’instances et d’options d’achat. Vérifiez vos paramètres pour voir si le minimum peut être réduit pour satisfaire les demandes des utilisateurs avec une plus petite taille de flotte et ajouter davantage de ressources pour répondre à la demande élevée attendue.
Réalisez une analyse des coûts pour différentes utilisations au fil du temps en discutant avec les parties prenantes de votre organisation et utilisez la fonctionnalité de prévision de [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) pour prévoir l’impact potentiel des modifications de service. Surveillez les déclencheurs de niveau d’utilisation avec AWS Budgets, les alarmes de facturation CloudWatch et AWS Cost Anomaly Detection pour identifier et mettre en œuvre les services les plus rentables plus rapidement.
**Étapes d’implémentation**
+ **Définition des modèles d’utilisation prévue : **en collaboration avec votre organisation, par exemple, les responsables du marketing et les propriétaires de produits, documentez les modèles d’utilisation attendue et prévue de la charge de travail. Discutez avec les parties prenantes de votre entreprise des augmentations de coûts et d’utilisation historiques et prévues et assurez-vous que les augmentations s’alignent sur les exigences de votre entreprise. Identifiez les jours, les semaines ou les mois au cours desquels vous vous attendez à ce que davantage d’utilisateurs utilisent vos ressources AWS, indiquant que vous devriez augmenter la capacité des ressources existantes ou adopter des services supplémentaires pour réduire les coûts et augmenter les performances.
+ **Réalisation d’une analyse des coûts en fonction de l’utilisation prévue :** à l’aide des modèles d’utilisation définis, effectuez une analyse à chacun de ces points. L’effort d’analyse doit refléter le résultat potentiel. Par exemple, si le changement d’utilisation est important, une analyse approfondie doit être effectuée pour vérifier les coûts et les changements éventuels. En d’autres termes, quand les coûts augmentent, l’utilisation de l’entreprise doit également augmenter.
## Ressources
**Documents connexes:**
+ [AWS Calculateur de coût total de possession (TCO) d](https://aws.amazon.com/tco-calculator/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits cloud](https://aws.amazon.com/products/)
+ [Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html)
+ [Migration des données dans le cloud](https://aws.amazon.com/cloud-data-migration/)
+ [AWS Snow Family](https://aws.amazon.com/snow/)
**Vidéos connexes :**
+ [AWS OpsHub for Snow Family](https://www.youtube.com/watch?v=0Q7s7JiBCf0)
# COÛT 6. Comment atteindre les objectifs de coût lorsque vous sélectionnez le type, la taille et le nombre de ressources ?
Veillez à choisir la taille et le nombre de ressources qui conviennent pour la tâche à accomplir. En choisissant le type, la taille et le nombre les plus rentables, vous réduisez le gaspillage.
**Topics**
+ [COST06-BP01 Réalisation d’une modélisation des coûts](cost_type_size_number_resources_cost_modeling.md)
+ [COST06-BP02 Sélection du type, de la taille et du nombre de ressources en fonction des données](cost_type_size_number_resources_data.md)
+ [COST06-BP03 Sélection automatique du type, de la taille et du nombre de ressources en fonction des métriques](cost_type_size_number_resources_metrics.md)
+ [COST06-BP04 Envisager l’utilisation de ressources partagées](cost_type_size_number_resources_shared.md)
# COST06-BP01 Réalisation d’une modélisation des coûts
Identifiez les exigences de l’organisation (telles que les besoins métier et les engagements existants) et réalisez une modélisation des coûts (globaux) de la charge de travail et de chacun de ses composants. Procédez à des évaluations de la charge de travail en fonction de diverses charges prévues et comparez les coûts. L’effort de modélisation doit refléter les avantages potentiels. Par exemple, le temps passé est proportionnel au coût des composants.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Effectuez une modélisation des coûts de votre charge de travail et de chacun de ses composants, afin de comprendre l’équilibre entre les ressources et de déterminer la taille correcte de chaque ressource dans la charge de travail, compte tenu d’un niveau de performance spécifique. La compréhension des considérations relatives aux coûts peut éclairer le cas d’utilisation et le processus de prise de décision de votre organisation lors de l’évaluation des résultats de réalisation de valeur pour le déploiement d’une charge de travail planifiée.
Procédez à des évaluations de la charge de travail en fonction de diverses charges prévues et comparez les coûts. L’effort de modélisation doit refléter les avantages potentiels. Par exemple, le temps passé est proportionnel au coût des composants ou aux économies prévues. Pour connaître les bonnes pratiques, consultez la section [de révision du pilier Efficacité des performances du cadre AWS Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/review.html).
Par exemple, pour créer une modélisation des coûts pour une charge de travail composée de ressources informatiques, [Optimiseur de calcul AWS](https://aws.amazon.com/compute-optimizer/) peut faciliter la modélisation des coûts d’exécution des charges de travail. Il fournit des recommandations de dimensionnement des ressources de calcul basées sur l’utilisation historique. Assurez-vous que des agents CloudWatch sont déployés sur les instances Amazon EC2 pour collecter des métriques de mémoire qui vous offrent des recommandations plus précises dans Optimiseur de calcul AWS. Il s’agit de la source de données idéale pour les ressources de calcul, car c’est un service gratuit qui utilise le machine learning pour faire plusieurs recommandations en fonction des niveaux de risque.
Il existe [plusieurs services](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html) que vous pouvez utiliser avec des journaux personnalisés comme sources de données afin de redimensionner les opérations pour d’autres services et composants de la charge de travail, comme [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/), [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) et [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html). AWS Trusted Advisor vérifie les ressources et signale les ressources peu utilisées, ce qui peut vous aider à bien dimensionner vos ressources et à créer une modélisation des coûts.
Voici des recommandations pour les données et métriques de modélisation des coûts :
+ Le suivi doit refléter l’expérience utilisateur avec précision. Choisissez le niveau de précision correct pour la période et choisissez judicieusement le maximum ou le 99e centile au lieu de la moyenne.
+ Sélectionnez la granularité appropriée pour la période d’analyse qui couvre tous les cycles de charge de travail. Par exemple, si une analyse de deux semaines est effectuée, vous pourriez négliger un cycle mensuel de forte utilisation, ce qui pourrait conduire à une sous-allocation.
+ Choisissez les bons services AWS pour votre charge de travail prévue en prenant en compte vos engagements existants, les modèles de tarification sélectionnés pour vos autres charges de travail et votre capacité à innover rapidement et à vous concentrer sur votre valeur métier principale.
**Étapes d’implémentation**
+ **Réalisation d’une modélisation des coûts des ressources :** déployez la charge de travail ou une démonstration de faisabilité dans un compte séparé avec les types et tailles de ressources spécifiques à tester. Exécutez la charge de travail avec les données de test et enregistrez les résultats, ainsi que les données de coût pour la période où le test a été effectué. Redéployez ensuite la charge de travail ou modifiez les types et les tailles des ressources et relancez le test. Incluez les frais de licence de tous les produits que vous pourriez utiliser avec ces ressources et les frais d’opérations (main-d’œuvre ou ingénierie) estimés pour le déploiement et la gestion de ces ressources pendant la création de la modélisation des coûts. Envisagez une modélisation des coûts par période (heure, jour, mois, année ou trois ans).
## Ressources
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Identification des opportunités à la bonne taille](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html)
+ [Fonctionnalités d’Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Optimisation des coûts : dimensionnement Amazon EC2](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
+ [Optimiseur de calcul AWS](https://aws.amazon.com/compute-optimizer/)
+ [Calculateur de prix AWS](https://calculator.aws/#/)
**Exemples connexes :**
+ [Réalisation d’une modélisation des coûts basée sur les données ](https://aws.amazon.com/blogs/mt/how-to-use-aws-well-architected-with-aws-trusted-advisor-to-achieve-data-driven-cost-optimization/)
+ [Estimation du coût des configurations de ressources planifiées AWS](https://aws.amazon.com/premiumsupport/knowledge-center/estimating-aws-resource-costs/)
+ [Choix des bons outils AWS](https://www.learnaws.org/2019/09/27/choose-right-aws-tools/)
# COST06-BP02 Sélection du type, de la taille et du nombre de ressources en fonction des données
Sélectionnez la taille ou le type de ressources en fonction des données relatives à la charge de travail et aux caractéristiques des ressources Par exemple, le calcul, la mémoire, le débit ou l’accès intensif en écriture. Cette sélection est généralement effectuée en utilisant une version précédente (sur site) de la charge de travail, en utilisant de la documentation ou d’autres sources d’information sur la charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Amazon EC2 fournit une large sélection de types d’instances avec différents niveaux de capacité d’UC, de mémoire, de stockage et de réseau pour répondre à divers cas d’utilisation. Ces types d’instances proposent différentes combinaisons de capacités de processeur, de mémoire, de stockage et de réseau pour vous permettre de sélectionner la combinaison de ressources adaptée à vos projets. Chaque type d’instance est disponible dans plusieurs tailles afin que vous puissiez ajuster vos ressources en fonction des exigences de votre charge de travail. Pour déterminer le type d’instance dont vous avez besoin, rassemblez des informations sur la configuration système requise de l’application ou du logiciel que vous envisagez d’exécuter sur votre instance. Ces détails doivent comprendre les éléments suivants :
+ Système d’exploitation
+ Nombre de cœurs de l’UC
+ Cœurs de GPU
+ Quantité de mémoire système (RAM)
+ Type et espace de stockage
+ Exigence de la bande passante du réseau
Identifiez la finalité des besoins en calcul et l’instance requise, puis explorez les différentes familles d’instances Amazon EC2. Amazon propose les familles de types d’instances suivantes :
+ Usage général
+ Calcul optimisé
+ Mémoire optimisée
+ Stockage optimisé
+ Calcul accéléré
+ Calcul haute performance (HPC) optimisé
Pour mieux comprendre les objectifs spécifiques et les cas d’utilisation qu’une famille d’instances Amazon EC2 spécifique peut satisfaire, consultez la section [Types d’instances AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html).
La collecte de la configuration système requise est essentielle pour sélectionner la famille d’instances et le type d’instance les mieux adaptés à vos besoins. Les noms de types d’instances sont composés du nom de famille et de la taille de l’instance. Par exemple, l’instance t2.micro appartient à la famille T2 et a une taille microscopique.
Sélectionnez la taille ou le type de ressources en fonction des caractéristiques de la charge de travail et des ressources (calcul, mémoire, débit ou accès intensif en écriture, par exemple). Cette sélection est généralement effectuée à l’aide d’une modélisation des coûts, d’une version antérieure de la charge de travail (version sur site, par exemple), d’une documentation ou d’autres sources d’informations sur la charge de travail (livres blancs ou solutions publiées). L’utilisation de calculateurs de prix AWS ou d’outils de gestion des coûts peut vous aider à prendre des décisions éclairées quant aux types, aux tailles et aux configurations des instances.
### Étapes d’implémentation
+ **Sélection des ressources en fonction des données :** utilisez vos données de modélisation des coûts pour sélectionner le niveau prévu d’utilisation de la charge de travail, ainsi que le type et la taille des ressources spécifiées. Sur la base de vos données de modélisation des coûts, déterminez le nombre de processeurs virtuels, la mémoire totale (Gio), le volume de stockage d’instances locales (Go), les volumes Amazon EBS et le niveau de performances du réseau, en tenant compte du taux de transfert de données requis pour l’instance. Effectuez toujours vos choix en vous appuyant sur des analyses détaillées et des données précises afin d’optimiser les performances tout en gérant efficacement les coûts.
## Ressources
**Documents connexes :**
+ [Types d’instance AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Fonctionnalités d’Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Optimisation des coûts : dimensionnement EC2](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
**Vidéos connexes :**
+ [ Selecting the right Amazon EC2 instance for your workloads ](https://www.youtube.com/watch?v=q5Dn9gcmpJg)
+ [ Right size your service ](https://youtu.be/wcp1inFS78A)
**Exemples connexes :**
+ [Il est désormais plus facile de découvrir et de comparer les types d’instances Amazon EC2](https://aws.amazon.com/blogs/compute/it-just-got-easier-to-discover-and-compare-ec2-instance-types/)
# COST06-BP03 Sélection automatique du type, de la taille et du nombre de ressources en fonction des métriques
Utilisez les métriques de la charge de travail en cours pour sélectionner la taille et le type appropriés afin d’optimiser les coûts. Mettez en service de manière appropriée le débit, le dimensionnement et le stockage pour les services de calcul, de stockage, de données et de mise en réseau. Pour ce faire, utilisez une boucle de rétroaction, telle que la mise à l’échelle automatique ou du code personnalisé dans la charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
Créez une boucle de rétroaction qui utilise des métriques actives de la charge de travail en cours pour apporter des modifications à cette dernière. Vous pouvez utiliser un service géré, comme [AWS Auto Scaling](https://aws.amazon.com/autoscaling/), que vous configurez pour effectuer les opérations de dimensionnement qui vous conviennent. AWS fournit également des [API, des SDK](https://aws.amazon.com/developer/tools/) et des fonctionnalités qui permettent de modifier les ressources avec un minimum d’effort. Vous pouvez programmer une charge de travail pour arrêter et démarrer une instance Amazon EC2 afin de permettre un changement de taille ou de type d’instance. De cette manière, vous tirez parti des avantages d’un redimensionnement tout en supprimant presque tous les coûts opérationnels nécessaires pour effectuer la modification.
Dans certains services AWS, comme [Amazon Simple Storage Service Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/), la sélection automatique du type ou de la taille est intégrée. Amazon S3 Intelligent-Tiering déplace automatiquement vos données entre deux niveaux d’accès, accès fréquent et accès peu fréquent, en fonction de vos modèles d’utilisation.
**Étapes d’implémentation**
+ **Amélioration de votre observabilité en configurant les indicateurs de charge de travail :** capturez les métriques clés de la charge de travail. Ces métriques donnent une indication de l’expérience client, comme le rendement de la charge de travail, et s’alignent sur les différences entre les types et les tailles de ressources, comme l’utilisation de l’UC et de la mémoire. Pour calculer les ressources, analysez les données de performances afin d’adapter la taille de vos instances Amazon EC2. Identifiez les instances inactives et celles qui sont sous-utilisées. Les indicateurs clés à rechercher sont l’utilisation du processeur et l’utilisation de la mémoire (par exemple, 40 % d’utilisation du processeur dans 90 % des cas, comme expliqué dans [Dimensionnement avec Optimiseur de calcul AWS et activation de l’utilisation de la mémoire](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/)). Identifiez les instances avec une utilisation maximale de l’UC et une utilisation de la mémoire inférieure à 40 % sur une période de quatre semaines. Ce sont les instances dont la taille doit être adaptée pour réduire les coûts. Pour les ressources de stockage telles qu’Amazon S3, vous pouvez utiliser [Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/), qui vous permet de voir 28 métriques réparties dans différentes catégories au niveau du compartiment, et 14 jours de données historiques dans le tableau de bord par défaut. Vous pouvez filtrer votre tableau de bord Amazon S3 Storage Lens par récapitulatif et optimisation des coûts ou événements pour analyser des métriques spécifiques.
+ **Affichage des recommandations de redimensionnement :** utilisez les recommandations de redimensionnement dans Optimiseur de calcul AWS et l’outil de redimensionnement Amazon EC2 dans la console de gestion des coûts, ou passez en revue le dimensionnement AWS Trusted Advisor correct de vos ressources pour ajuster votre charge de travail. Il est important d’utiliser les [bons outils](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html) lors du dimensionnement des différentes ressources et de suivre les [directives de redimensionnement](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html), qu’il s’agisse d’une instance Amazon EC2, de classes de stockage AWS ou de types d’instances Amazon RDS. Pour les ressources de stockage, vous pouvez utiliser Amazon S3 Storage Lens qui vous donne une visibilité sur l’utilisation du stockage d’objets et les tendances d’activité en plus de faire des recommandations exploitables afin d’optimiser les coûts et d’appliquer les bonnes pratiques en matière de protection des données. À l’aide des recommandations contextuelles qu’[Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/) tire de l’analyse des métriques sur toute votre organisation, vous pouvez prendre des mesures immédiates pour optimiser votre stockage.
+ **Sélection automatique du type et de la taille des ressources en fonction des métriques :** à l’aide des métriques de charge de travail, sélectionnez manuellement ou automatiquement les ressources de votre charge de travail. Pour les ressources de calcul, la configuration d’AWS Auto Scaling ou la mise en œuvre du code dans votre application peut limiter l’effort requis si des changements fréquents sont nécessaires. De plus, la mise en œuvre des modifications peut ainsi survenir de manière plus précoce qu’avec un processus manuel. Vous pouvez lancer et mettre automatiquement à l’échelle une flotte d’instances à la demande et d’instances Spot au sein d’un même groupe Auto Scaling. Outre les remises accordées sur l’utilisation des instances Spot, vous pouvez utiliser des instances réservées ou un Savings Plan afin de bénéficier de réductions sur les tarifs standard des instances à la demande. Tous ces facteurs combinés vous aident à optimiser vos économies de coûts pour les instances Amazon EC2 et à déterminer l’échelle et les performances souhaitées pour votre application. Vous pouvez également utiliser une [stratégie de sélection de type d’instance basée sur les attributs (ABS)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html) dans les [groupes Auto Scaling (ASG)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html), afin d’exprimer vos exigences en matière d’instances sous forme d’un ensemble d’attributs, tels que le processeur virtuel, la mémoire et le stockage. Vous pouvez utiliser automatiquement les types d’instance de nouvelle génération lorsqu’ils sont disponibles et accéder à une plus large gamme de capacités avec les instances Spot Amazon EC2. La flotte d’Amazon EC2 et Amazon EC2 Auto Scaling sélectionnent et lancent les instances qui correspondent aux attributs spécifiés, en éliminant le besoin de sélectionner manuellement les types d’instance. Pour les ressources de stockage, vous pouvez utiliser les fonctionnalités [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) et [Amazon EFS Infrequent Access](https://aws.amazon.com/efs/features/infrequent-access/), qui vous permettent de sélectionner automatiquement des classes de stockage qui permettent de réaliser automatiquement des économies de coûts de stockage lorsque les modèles d’accès aux données changent, sans impact sur les performances ni surcharge opérationnelle.
## Ressources
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Redimensionnement d’AWS](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/right-sizing/)
+ [Optimiseur de calcul AWS](https://aws.amazon.com/compute-optimizer/)
+ [Fonctionnalités d’Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Configuration de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/GettingSetup.html)
+ [CloudWatch : publication de métriques personnalisées](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
+ [Mise en route avec Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/)
+ [Amazon S3 Intelligent Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/)
+ [Accès peu fréquent à Amazon EFS](https://aws.amazon.com/efs/features/infrequent-access/)
+ [Lancement d’une instance Amazon EC2 à l’aide du kit SDK](https://docs.aws.amazon.com/sdk-for-net/v2/developer-guide/run-instance.html)
**Vidéos connexes :**
+ [Right Size Your Services](https://www.youtube.com/watch?v=wcp1inFS78A)
**Exemples connexes :**
+ [Sélection du type d’instance basée sur des attributs pour l’autoscaling pour la flotte d’Amazon EC2](https://aws.amazon.com/blogs/aws/new-attribute-based-instance-type-selection-for-ec2-auto-scaling-and-ec2-fleet/).
+ [Optimisation du service de conteneur Amazon Elastic pour le coût à l’aide d’une mise à l’échelle planifiée](https://aws.amazon.com/blogs/containers/optimizing-amazon-elastic-container-service-for-cost-using-scheduled-scaling/)
+ [Mise à l’échelle prédictive pour Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/)
+ [Optimisation des coûts et amélioration de la visibilité sur l’utilisation avec Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/)
# COST06-BP04 Envisager l’utilisation de ressources partagées
Pour les services déjà déployés au niveau de l’organisation pour plusieurs unités commerciales, envisagez d’utiliser des ressources partagées afin d’augmenter l’utilisation et de réduire le coût total de possession (TCO). L’utilisation de ressources partagées peut être une option rentable pour centraliser la gestion et les coûts en utilisant des solutions existantes, en partageant des composants, ou les deux. Gérez les fonctions courantes telles que la surveillance, les sauvegardes et la connectivité, soit dans les limites d’un compte, soit dans un compte dédié. Vous pouvez également réduire les coûts en mettant en œuvre la standardisation ainsi qu’en réduisant la duplication et la complexité.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Lorsque plusieurs charges de travail entraînent la même fonction, utilisez les solutions existantes et les composants partagés pour améliorer la gestion et optimiser les coûts. Envisagez d’utiliser les ressources existantes (en particulier les ressources partagées), telles que des serveurs de base de données hors production ou des services d’annuaire, pour réduire les coûts liés au cloud en appliquant les bonnes pratiques de sécurité et la réglementation de l’entreprise. Pour optimiser la réalisation de la valeur et l’efficacité, il est essentiel de réaffecter les coûts (en utilisant le relevé des services rendus et la rétrofacturation) aux domaines pertinents de l’entreprise qui stimulent la consommation.
Le terme de *relevé des services rendus* fait référence aux rapports qui répartissent les coûts du cloud en catégories attribuables, telles que les consommateurs, les unités commerciales, les comptes du grand livre ou d’autres entités responsables. L’objectif du relevé des services rendus est de montrer aux équipes, aux unités commerciales ou aux individus le coût des ressources cloud qu’ils consomment.
La *rétrofacturation* consiste à affecter les dépenses du service central aux unités de coûts sur la base d’une stratégie adaptée à un processus de gestion financière spécifique. Pour les clients, la rétrofacturation impute les coûts occasionnés par un compte de services partagés à différentes catégories de coûts financiers adaptées à un processus de signalement des clients. En mettant en place des mécanismes de rétrofacturation, vous pouvez rendre compte des coûts engendrés par les différentes unités commerciales, les produits et les équipes.
Les charges de travail peuvent être classées en deux catégories : les charges critiques et les charges non critiques. Sur la base de ce classement, utilisez des ressources partagées avec des configurations générales pour les charges de travail moins critiques. Pour optimiser davantage les coûts, affectez des serveurs réservés uniquement pour les charges de travail critiques. Partagez les ressources ou allouez-les sur plusieurs comptes pour les gérer efficacement. Même avec des environnements de développement, de test et de production distincts, le partage sécurisé est possible et ne compromet pas la structure organisationnelle.
Pour améliorer votre compréhension et optimiser les coûts et l’utilisation des applications conteneurisées, utilisez les données de répartition des coûts qui vous aident à répartir les coûts entre les différentes entités commerciales en fonction de la façon dont l’application consomme les ressources de calcul et de mémoire partagées. Les données de répartition des coûts fractionnés vous aident à obtenir un relevé des services rendus et une rétrofacturation au niveau des tâches pour les charges de travail de conteneurs exécutées sur Amazon Elastic Container Service (Amazon ECS) ou Amazon Elastic Kubernetes Service (Amazon EKS).
Pour les architectures distribuées, créez un VPC à services partagés, qui fournit un accès centralisé aux services partagés requis par les charges de travail dans chacun des VPC. Ces services partagés peuvent inclure des ressources telles que des services d’annuaire ou des points de terminaison d’un VPC. Pour réduire les frais généraux administratifs et les coûts, partagez les ressources depuis un emplacement central au lieu de les créer dans chaque VPC.
Lorsque vous utilisez des ressources partagées, vous pouvez économiser sur les coûts opérationnels, optimiser l’utilisation des ressources et améliorer la cohérence. Dans une conception multicompte, vous pouvez héberger certains services AWS de manière centralisée et y accéder à l’aide de plusieurs applications et comptes dans un hub pour réduire les coûts. Vous pouvez utiliser [AWS Resource Access Manager (AWS RAM)](https://aws.amazon.com/ram/) pour partager d’autres ressources communes, telles que des [sous-réseaux VPC et des attachements AWS Transit Gateway](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-vpc), [AWS Network Firewall](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-network-firewall) ou des [pipelines d'IA Amazon SageMaker](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-sagemaker). Dans un environnement multicompte, utilisez AWS RAM pour créer une ressource une fois et la partager avec d’autres comptes.
Les organisations doivent baliser les coûts partagés de manière efficace et vérifier qu’aucune partie significative de leurs coûts ne reste non balisée ou non allouée. Si vous ne répartissez pas les coûts partagés de manière efficace et que personne n’assume la responsabilité de la gestion partagée des coûts, les coûts du cloud partagé peuvent monter en flèche. Vous devez savoir où vous avez engagé des coûts au niveau des ressources, de la charge de travail, de l’équipe ou de l’organisation, car ces informations vous permettent de mieux comprendre la valeur fournie au niveau concerné par rapport aux résultats commerciaux obtenus. En fin de compte, les entreprises bénéficient des économies réalisées grâce au partage de l’infrastructure cloud. Encouragez la répartition des coûts sur les ressources cloud partagées afin d’optimiser les dépenses liées au cloud.
### Étapes d’implémentation
+ **Évaluation des ressources existantes :** passez en revue les charges de travail existantes qui utilisent des services similaires pour votre charge de travail. En fonction des composants de la charge de travail, considérez les plateformes existantes si la logique métier ou les exigences techniques le permettent.
+ **Utilisation du partage des ressources en AWS RAM et restriction en conséquence :** utilisez la AWS RAM pour partager des ressources avec d’autres comptes AWS au sein de votre organisation. Lorsque vous partagez des ressources, vous n’avez pas besoin de dupliquer les ressources sur plusieurs comptes, ce qui réduit la charge opérationnelle liée à la maintenance des ressources. Ce processus vous aide également à partager en toute sécurité les ressources que vous avez créées avec les rôles et les utilisateurs de votre compte et avec d’autres Comptes AWS.
+ **Balisage des ressources :** balisez les ressources susceptibles d’être concernées par des rapports sur les coûts et classez-les dans des catégories de coûts. Activez ces balises de ressources liées aux coûts pour la répartition des coûts afin de fournir une visibilité sur l’utilisation des ressources AWS. Concentrez-vous sur la création d’un niveau de granularité approprié en ce qui concerne la visibilité des coûts et de l’utilisation, et influencez les comportements de consommation du cloud grâce à des rapports sur la répartition des coûts et au suivi des KPI.
## Ressources
**Bonnes pratiques associées :**
+ [SEC03-BP08 Partager des ressources en toute sécurité au sein de votre organisation](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/sec_permissions_share_securely.html)
**Documents connexes :**
+ [Présentation de AWS Resource Access Manager](https://docs.aws.amazon.com/ram/latest/userguide/what-is.html)
+ Services [AWS que vous pouvez utiliser avec AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_integrate_services_list.html)
+ [Ressources AWS partageables](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html)
+ [Requêtes sur le coût et l’utilisation (CUR) d’AWS](https://catalog.workshops.aws/cur-query-library/en-US)
**Vidéos connexes :**
+ [AWS Resource Access Manager - granular access control with managed permissions ](https://www.youtube.com/watch?v=X3HskbPqR2s)
+ [ How to design your AWS cost allocation strategy ](https://pages.awscloud.com/aws-cfm-talks-how-to-design-your-AWS-cost-allocation-strategy-01122022.html)
+ [Catégories de coûts AWS](https://www.youtube.com/watch?v=84GYnBBM0Cg)
**Exemples connexes :**
+ [Comment rétrofacturer des services partagés : exemple AWS Transit Gateway](https://aws.amazon.com/blogs/aws-cloud-financial-management/gs-chargeback-shared-services-an-aws-transit-gateway-example/)
+ [Comment créer un modèle de rétrofacturation/relevé des services reçus pour les Savings Plans à l’aide des requêtes sur les coûts et l’utilisation (CUR)](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-to-build-a-chargeback-showback-model-for-savings-plans-using-the-cur/)
+ [Utilisation du partage VPC pour une architecture rentable de microservices à plusieurs comptes](https://aws.amazon.com/blogs/architecture/using-vpc-sharing-for-a-cost-effective-multi-account-microservice-architecture/)
+ [Amélioration de la visibilité des coûts d’Amazon EKS avec les données de répartition des coûts fractionnés AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/improve-cost-visibility-of-amazon-eks-with-aws-split-cost-allocation-data/)
+ [Amélioration de la visibilité des coûts d’Amazon ECS et de AWS Batch avec les données de répartition des coûts fractionnés AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/la-improve-cost-visibility-of-containerized-applications-with-aws-split-cost-allocation-data-for-ecs-and-batch-jobs/)
# COÛT 7. Comment utiliser les modèles de tarification pour réduire les coûts ?
Utilisez le modèle de tarification qui convient le mieux à vos ressources pour réduire les dépenses.
**Topics**
+ [COST07-BP01 Analyse du modèle de tarification](cost_pricing_model_analysis.md)
+ [COST07-BP02 Choix des régions en fonction du coût](cost_pricing_model_region_cost.md)
+ [COST07-BP03 Sélection d’accords avec des tiers à des conditions rentables](cost_pricing_model_third_party.md)
+ [COST07-BP04 Mise en œuvre de modèles de tarification pour tous les composants de cette charge de travail](cost_pricing_model_implement_models.md)
+ [COST07-BP05 Analyse du modèle de tarification au niveau du compte de gestion](cost_pricing_model_master_analysis.md)
# COST07-BP01 Analyse du modèle de tarification
Analysez chaque composant de la charge de travail. Déterminez si le composant et les ressources fonctionneront pendant des périodes prolongées (pour les réductions d’engagement), ou dynamiques et de courte durée (pour les instances Spot ou à la demande). Effectuez une analyse de la charge de travail à l’aide des recommandations des outils de gestion des coûts et appliquez des règles métier à ces recommandations pour obtenir des rendements élevés.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
AWS dispose de plusieurs [modèles de tarification](https://aws.amazon.com/pricing/) qui permettent de payer vos ressources de la manière la plus rentable qui répond aux besoins de votre organisation en fonction du produit. Travaillez avec vos équipes pour déterminer le modèle de tarification le plus approprié. Souvent, votre modèle de tarification consiste en une combinaison de plusieurs options, en fonction de votre disponibilité.
**Les instances à la demande** vous permettent de payer la capacité de calcul ou de base de données à l’heure ou à la seconde (60 secondes au minimum) en fonction des instances que vous exécutez, sans engagements à long terme ou paiements initiaux.
Les **Savings Plans** sont un modèle de tarification flexible qui propose des prix bas sur l’utilisation d’Amazon EC2, Lambda et AWS Fargate, en échange d’un engagement à une utilisation homogène (mesurée en dollars par heure) sur une période d’un an ou de trois ans.
Les **instances Spot** sont un mécanisme de tarification Amazon EC2 qui vous permet de demander de la capacité de calcul supplémentaire à un tarif horaire réduit (jusqu’à 90 % de réduction sur le prix à la demande) sans engagement d’avance.
Les **instances réservées** vous permettent de bénéficier d’une réduction allant jusqu’à 75 % en prépayant la capacité. Pour plus de détails, consultez la section [Optimisation des coûts avec les réservations](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-cost-optimization.html).
Vous pouvez choisir d’inclure des Savings Plans pour les ressources associées aux environnements de production, de qualité et de développement. Comme les ressources de l’environnement de test (sandbox) ne sont activées qu’en cas de besoin, vous pouvez également choisir un modèle à la demande pour les ressources de cet environnement. Utilisez les [instances Spot](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/amazon-elastic-compute-cloud-amazon-ec2.html#spot-instances) d’Amazon pour réduire les coûts d’Amazon EC2 ou utilisez des [Compute Savings Plans](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/amazon-elastic-compute-cloud-amazon-ec2.html#savings-plans) pour réduire les coûts liés à Amazon EC2, à Fargate et à Lambda. L’outil de recommandations [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) offre des opportunités de remises d’engagement avec les Savings Plans.
Si vous avez acheté des [instances réservées](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/reserved-instances/?track=costop) pour Amazon EC2 par le passé ou si vous avez établi des pratiques de répartition des coûts au sein de votre organisation, vous pouvez continuer à utiliser les instances réservées Amazon EC2 pour le moment. Cependant, nous recommandons une stratégie visant à utiliser des Savings Plans à l’avenir comme un mécanisme plus flexible de réduction des coûts. Vous pouvez actualiser les recommandations de Savings Plans (SP) dans AWS Cost Management pour générer de nouvelles recommandations de Savings Plans à tout moment. Utilisez des instances réservées (RI) pour réduire les coûts d’Amazon Relational Database Service (Amazon RDS), d’Amazon Redshift, d’Amazon ElastiCache et d’Amazon OpenSearch Service. Les Savings Plans et les instances réservées sont disponibles en trois options : paiement intégral à l’avance, avance sur le paiement et aucun paiement initial. Utilisez les recommandations fournies dans les recommandations d’achat de RI et SP AWS Cost Explorer.
Pour trouver des opportunités de charges de travail Spot, utilisez une vue horaire de votre utilisation globale et recherchez des périodes régulières d’évolution d’utilisation ou d’élasticité. Vous pouvez utiliser des instances Spot pour des applications flexibles et tolérantes aux pannes Il s’agit par exemple de serveurs Web sans état, de points de terminaison d’API, d’applications de big data et d’analytique, de charges de travail conteneurisées, de CI/CD et d’autres charges de travail flexibles.
Analysez vos instances Amazon EC2 et Amazon RDS pour déterminer si elles peuvent être désactivées lorsque vous ne les utilisez pas (après les heures de travail et le week-end). Cette approche vous permettra de réduire les coûts de 70 % ou plus par rapport à leur utilisation 24 heures sur 24 et 7 jours sur 7. Si vous avez des clusters Amazon Redshift qui ne doivent être disponibles qu’à des moments précis, vous pouvez mettre le cluster en pause et reprendre son utilisation plus tard. Lorsque le cluster Amazon Redshift ou l’instance Amazon EC2 et Amazon RDS est arrêté(e), la facturation du calcul s’arrête et seuls les frais de stockage s’appliquent.
Notez que les [réserves de capacité à la demande](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-pricing-billing.html) (ODCR) ne constituent pas une remise sur la tarification. Les réserves de capacité sont facturées au tarif à la demande équivalent, que vous exécutiez des instances dans la capacité réservée ou non. Pensez à cette option lorsque vous devez fournir une capacité suffisante pour les ressources que vous prévoyez d’exploiter. Les réserves de capacité à la demande ne doivent pas nécessairement être liées à des engagements à long terme, puisqu’elles peuvent être annulées lorsque vous n’en avez plus besoin. Cependant, elles peuvent également bénéficier des réductions offertes par les Savings Plans ou les instances réservées.
**Étapes d’implémentation**
+ **Analyse de l’élasticité de la charge de travail : **utilisez la granularité horaire dans Cost Explorer ou dans un tableau de bord personnalisé pour analyser l’élasticité de votre charge de travail. Recherchez les modifications régulières du nombre d’instances en cours d’exécution. Les instances de courte durée sont de bonnes candidates pour les instances Spot ou les parcs d’instances Spot.
+ [Atelier Well-Architected : explorateur de coûts](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Atelier Well-Architected : visualisation des coûts](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ **Passage en revue des contrats de tarification existants :** passez en revue les contrats ou les engagements en cours pour les besoins à long terme. Analysez ce dont vous disposez actuellement et le degré d’utilisation de ces engagements. Tirez parti des remises contractuelles ou des accords d’entreprise préexistants. Les [contrats d’entreprise](https://aws.amazon.com/pricing/enterprise/) offrent aux clients la possibilité de personnaliser les accords qui répondent le mieux à leurs besoins. Pour les engagements à long terme, envisagez des réductions de prix réservées, des instances réservées ou des Savings Plans pour le type d’instance spécifique, la famille d’instances spécifique, la Région AWS spécifique et des zones de disponibilité spécifiques.
+ **Analyse des remises sur les engagements :** à l’aide de Cost Explorer dans votre compte, consultez les recommandations relatives aux Savings Plans et aux instances réservées. Pour mettre en œuvre les recommandations correctes avec les réductions et les risques requis, suivez les recommandations des [ateliers Well-Architected](https://wellarchitectedlabs.com/cost/costeffectiveresources/).
## Ressources
**Documents connexes :**
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Entreprise AWS](https://aws.amazon.com/pricing/enterprise/)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Exemples connexes :**
+ [Atelier Well-Architected : explorateur de coûts](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Atelier Well-Architected : visualisation des coûts](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ [Atelier Well-Architected : modèles de tarification](https://wellarchitectedlabs.com/Cost/CostEffectiveResources.html)
# COST07-BP02 Choix des régions en fonction du coût
La tarification des ressources peut être différente dans chaque région. Identifiez les différences de coûts entre régions et déployez uniquement dans les régions aux coûts plus élevés afin de répondre aux exigences de latence, de résidence des données et de souveraineté des données. En intégrant le coût de la région, vous payez le prix global le plus bas pour cette charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
L’[infrastructure AWS Cloud](https://aws.amazon.com/about-aws/global-infrastructure/) est mondiale, hébergée sur [plusieurs sites dans le monde entier](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) et construite autour de Régions AWS, de zones de disponibilité, de zones locales, d’outposts AWS et de zones de longueur d’onde. Une région est un emplacement physique dans le monde et chaque région représente une zone géographique distincte dans laquelle AWS a plusieurs zones de disponibilité. Les zones de disponibilité, qui sont plusieurs emplacements isolés dans chaque région, consistent en un ou plusieurs centres de données discrets, chacun disposant d’une alimentation, d’un réseau et d’une connectivité redondants.
Chaque Région AWS fonctionne selon les conditions du marché local et la tarification des ressources est différente dans chaque région compte tenu des différences de coûts des terrains, de la fibre, de l’électricité et des taxes, par exemple. Choisissez une région spécifique pour exploiter un composant ou l’ensemble de votre solution afin que vous puissiez fonctionner au prix le plus bas possible au niveau mondial. Utilisez le [calculateur AWS](https://calculator.aws/#/) pour estimer les coûts de votre charge de travail dans différentes régions en cherchant des services par type d’emplacement (région, zone de longueur d’onde et zone locale) et par région.
Lorsque vous concevez vos solutions, une bonne pratique consiste à placer les ressources de calcul au plus près de l’utilisateur pour fournir une latence plus faible et une importante souveraineté des données. Sélectionner le lieu géographique en fonction de votre entreprise, votre confidentialité des données, vos performances et vos exigences en matière de sécurité. Pour les applications avec utilisateurs finaux internationaux, utilisez plusieurs emplacements.
Utilisez les régions qui offrent des services AWS à plus bas prix pour déployer vos charges de travail si vous n’avez aucune obligation en matière de confidentialité des données, de sécurité et d’exigences au niveau de l’entreprise. Par exemple, si votre région par défaut est la région Asie-Pacifique (Sydney) (`ap-southwest-2`)et qu’il n’existe aucune restriction (par exemple, confidentialité des données ou sécurité) liée à l’utilisation d’autres régions, le déploiement d’instances Amazon EC2 non critiques (développement et test) dans la région USA Est (Virginie du Nord) (`us-east-1`) vous coûtera moins d’argent.
![\[Graphique montrant les différentes régions en matière de conformité, de latence, de coûts, de services et de fonctionnalités.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/region-feature-matrix.png)
Le tableau matriciel précédent nous montre que la région 6 est la meilleure option pour ce scénario donné car la latence y est faible comparé aux autres régions, le service y est disponible et il s’agit de la région la moins chère.
## Étapes d’implémentation
+ **Révision de la tarification de la Région AWS : **analysez les coûts de charge de travail dans la région actuelle. En commençant par les coûts les plus élevés par service et par type d’utilisation, calculez les coûts dans les autres régions disponibles. Si l’économie prévue est supérieure au coût du déplacement du composant ou de la charge de travail, migrez vers la nouvelle région.
+ **Révision des exigences des déploiements sur plusieurs régions :** analysez les exigences et les obligations de votre entreprise (confidentialité des données, sécurité ou performances) pour savoir s’il existe des restrictions vous empêchant d’utiliser plusieurs régions. Si aucune obligation ne vous restreint à utiliser une seule région, alors utilisez-en plusieurs.
+ **Analyse du transfert de données requises :** tenez compte des coûts de transfert de données lors de la sélection des régions. Rapprochez vos données de votre client et des ressources. Sélectionnez des Régions AWS moins coûteuses où les données circulent et où il existe un transfert de données minimum. En fonction des besoins de votre entreprise en matière de transfert de données, vous pouvez utiliser [Amazon CloudFront](https://aws.amazon.com/cloudfront/), [AWS PrivateLink](https://aws.amazon.com/privatelink/), [AWS Direct Connect](https://aws.amazon.com/directconnect/) et [AWS Virtual Private Network](https://aws.amazon.com/vpn/) pour réduire vos coûts de mise en réseau, améliorer les performances et renforcer la sécurité.
## Ressources
**Documents connexes :**
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Tarification Amazon EC2](https://aws.amazon.com/ec2/pricing/)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Tableau des régions](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Exemples connexes :**
+ [Présentation des coûts de transfert des données pour les architectures courantes](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Considérations des coûts pour les déploiements mondiaux](https://aws.amazon.com/blogs/aws-cloud-financial-management/cost-considerations-for-global-deployments/)
+ [Éléments à prendre en compte lors de la sélection d’une région pour vos charges de travail](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/)
# COST07-BP03 Sélection d’accords avec des tiers à des conditions rentables
Les accords et conditions rentables garantissent que le coût de ces services évolue en fonction des avantages qu’ils offrent. Choisissez des accords et une tarification qui évoluent lorsqu’ils apportent des avantages supplémentaires à votre organisation.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
De nombreux produits du marché peuvent vous aider à gérer les coûts de vos environnements cloud. Ils peuvent présenter des différences en matière de fonctionnalités selon les exigences des clients. Certains privilégieront la gouvernance ou la visibilité des coûts et d’autres l’optimisation des coûts, par exemple. L’un des facteurs clés pour une optimisation et une gouvernance efficaces des coûts consiste à utiliser le bon outil avec les bonnes fonctionnalités et le bon modèle de tarification. Ces produits ont des modèles de tarification différents. Certains correspondent à un certain pourcentage de votre facture mensuelle, et d’autres à un pourcentage des économies réalisées. Idéalement, vous ne devriez payer que ce dont vous avez besoin.
Lorsque vous utilisez des solutions ou des services tiers dans le cloud, il est important que les structures de tarification soient alignées sur les résultats souhaités. La tarification doit évoluer en fonction des résultats et de la valeur qu’elle fournit. Par exemple, dans le cas d’un logiciel facturé à un pourcentage des économies réalisées, plus vous économisez (résultat), plus le logiciel est cher. Les contrats de licence qui prévoient un paiement proportionnel à vos dépenses ne sont pas toujours dans votre intérêt pour optimiser les coûts. Toutefois, si l’éditeur offre des avantages clairs pour toutes les parties de votre facture, ces frais progressifs peuvent être justifiés.
Par exemple, une solution qui fournit des recommandations pour Amazon EC2 moyennant un pourcentage de votre facture totale peut devenir chère si vous utilisez d’autres services qui n’apportent aucun avantage. Prenons également l’exemple d’un service géré facturé à un pourcentage du coût des ressources gérées. Une instance de plus grande taille ne nécessite pas nécessairement plus d’efforts de gestion, mais elle peut être facturée plus cher. Vérifiez que ces accords de tarification de service incluent un programme ou des fonctionnalités d’optimisation des coûts dans leur service afin d’améliorer leur rentabilité.
Les clients peuvent trouver ces produits du marché plus avancés ou plus faciles à utiliser. Vous devez prendre en compte le coût de ces produits et réfléchir aux possibilités d’optimisation des coûts à long terme.
### Étapes d’implémentation
+ **Analyse des accords et des conditions des tiers :** passez en revue les prix figurant dans les accords avec des tiers. Effectuez une modélisation pour différents niveaux d’utilisation et tenez compte des nouveaux coûts tels que l’utilisation de nouveaux services ou l’augmentation des services actuels en raison de la croissance de la charge de travail. Déterminez si les coûts supplémentaires apportent les avantages requis à votre entreprise.
## Ressources
**Documents connexes:**
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP04 Mise en œuvre de modèles de tarification pour tous les composants de cette charge de travail
Les ressources fonctionnant en permanence doivent utiliser une capacité réservée telle que des Savings Plans ou des instances réservées. La capacité à court terme est configurée pour utiliser des instances Spot ou un parc d’instances Spot. Les instances à la demande ne sont utilisées que pour les charges de travail de courte durée qui ne peuvent pas être interrompues et qui ne durent pas assez longtemps pour la capacité réservée, entre 25 et 75 % de la période, selon le type de ressource.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
Pour améliorer votre rentabilité, AWS recommande plusieurs engagements en fonction de votre consommation passée. Vous pouvez utiliser ces recommandations pour comprendre les économies que vous pouvez réaliser et comment l’engagement sera utilisé. Vous pouvez utiliser ces services à la demande, Spot ou vous engager pendant un certain temps et réduire vos coûts à la demande grâce aux instances réservées (RI) et aux Savings Plans (SP). Vous devez non seulement comprendre les composants de chaque charge de travail et les différents services AWS, mais également les remises sur engagement, les options d’achat et les instances Spot de ces services pour optimiser votre charge de travail.
Tenez compte des exigences des composants de votre charge de travail et maîtrisez les différents modèles de tarification de ces services. Définissez les besoins de disponibilité de ces composants. Déterminez s’il existe plusieurs ressources indépendantes qui remplissent la fonction dans la charge de travail, et quelles sont les exigences de la charge de travail au fil du temps. Comparez le coût des ressources à l’aide du modèle de tarification à la demande par défaut et d’autres modèles applicables. Tenez compte de toute modification éventuelle des ressources ou des éléments de la charge de travail.
Par exemple, examinons cette architecture d’application Web sur AWS. Cet exemple de charge de travail comprend plusieurs services AWS, tels qu’Amazon Route 53, AWS WAF, Amazon CloudFront, les instances Amazon EC2, les instances Amazon RDS, les équilibreurs de charge, le stockage Amazon S3 et Amazon Elastic File System (Amazon EFS). Vous devez passer en revue chacun de ces services et identifier les opportunités potentielles de réduction de coûts des différents modèles de tarification. Certains d’entre eux peuvent être éligibles à des RI ou à des SP, tandis que d’autres peuvent être disponibles uniquement à la demande. Comme le montre l’image suivante, des engagements peuvent être pris sur certains services AWS à l’aide de RI ou de SP.
![\[Tableau des services AWS engagés à l’aide d’instances réservées et de Savings Plans\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/ri-sp-services.png)
### Étapes d’implémentation
+ **Implémentation de modèles de tarification :** à l’aide des résultats de vos analyses, achetez des Savings Plans, des instances réservées ou implémentez des instances Spot. S’il s’agit de votre premier achat avec engagement, choisissez les cinq ou dix meilleures recommandations de la liste, puis surveillez et analysez les résultats au cours du prochain mois ou des deux prochains mois. AWS Cost Management Console vous guide tout au long du processus. Consultez les recommandations de RI ou de SP de la console, personnalisez les recommandations (type, paiement et durée), passez en revue l’engagement horaire (par exemple, 20 USD/heure), puis ajoutez le tout au panier. Les remises s’appliquent automatiquement à l’utilisation éligible. Achetez régulièrement un petit nombre d’engagements avec remise, par exemple toutes les deux semaines ou tous les mois. Mettez en œuvre des instances Spot pour les charges de travail qui peuvent être interrompues ou qui sont sans état. Enfin, sélectionnez des instances Amazon EC2 à la demande et allouez les ressources aux besoins restants.
+ **Cycle de vérification de la charge de travail :** mettez en œuvre un cycle de vérification de la charge de travail, qui analyse spécifiquement la couverture du modèle de tarification. Une fois que la charge de travail dispose de la couverture requise, achetez des engagements avec remise supplémentaires régulièrement (tous les quelques mois) ou en fonction de l’évolution de la consommation de votre organisation.
## Ressources
**Documents connexes :**
+ [Compréhension des recommandations de vos Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Comment acheter des instances réservées](https://aws.amazon.com/ec2/pricing/reserved-instances/buyer/)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Instances Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)
+ [Modèles de réservation d’autres services AWS](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-reservation-models/reservation-models-for-other-aws-services.html)
+ [Services pris en charge par les Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-services.html)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Exemples connexes :**
+ [Ce que vous devez prendre en compte avant de souscrire des Savings Plans](https://repost.aws/knowledge-center/savings-plans-considerations)
+ [Comment utiliser Cost Explorer pour analyser mes dépenses et mon utilisation ?](https://repost.aws/knowledge-center/cost-explorer-analyze-spending-and-usage)
# COST07-BP05 Analyse du modèle de tarification au niveau du compte de gestion
Vérifiez les outils de facturation et de gestion des coûts et consultez les remises recommandées avec les engagements et les réservations pour mener une analyse régulière au niveau du compte de gestion.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
La modélisation régulière des coûts vous aide à mettre en œuvre les possibilités d’optimisation sur plusieurs charges de travail. Par exemple, si plusieurs charges de travail utilisent des instances à la demande au niveau agrégé, le risque de changement est moindre, et la mise en œuvre d’une réduction basée sur un engagement permet d’obtenir un coût global plus faible. Il est recommandé d’effectuer les analyses selon des cycles réguliers de deux semaines à un mois. Cela vous permet de faire de petits achats d’ajustement, de sorte que la couverture de vos modèles de tarification continue à évoluer en fonction de l’évolution de vos charges de travail et de leurs composants.
Utilisez l’outil de recommandations [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) pour identifier des opportunités de remises sur engagement dans votre compte de gestion. Les recommandations au niveau du compte de gestion sont calculées en tenant compte de l’utilisation de tous les comptes de votre organisation AWS qui ont des instances réservées (RI) ou des Savings Plans (SP). Elles sont également calculées lorsque le partage des remises est activé afin de recommander un engagement qui maximise les économies sur tous les comptes.
Bien que les achats au niveau du compte de gestion permettent de réaliser des économies maximales dans de nombreux cas, il peut arriver que vous envisagiez d’acheter des SP au niveau du compte associé, par exemple lorsque vous souhaitez que les remises s’appliquent d’abord à l’utilisation sur ce compte associé en particulier. Les recommandations pour les comptes des membres sont calculées au niveau du compte individuel, afin de maximiser les économies pour chaque compte isolé. Si votre compte contient à la fois des engagements RI et SP, ils seront appliqués dans cet ordre :
1. RI zonale
1. RI standard
1. RI convertible
1. Instance Savings Plan
1. Compute Savings Plan
Si vous achetez un SP au niveau du compte de gestion, les économies seront appliquées en fonction du pourcentage de remise du plus élevé au plus bas. Au niveau des comptes de gestion, les SP examinent tous les comptes liés et appliquent les économies là où la remise sera la plus élevée. Si vous souhaitez limiter les domaines dans lesquels les économies sont appliquées, vous pouvez souscrire à un Savings Plan au niveau du compte associé. Dans ce cas, chaque fois que ce compte utilisera des services de calcul éligibles, la réduction sera appliquée en premier sur ce compte. Lorsque le compte n’exécute pas de services informatiques éligibles, la réduction est partagée entre les autres comptes liés sous le même compte de gestion. Le partage des remises est activé par défaut, mais il peut être désactivé si nécessaire.
Dans une famille de facturation consolidée, les Savings Plans s’appliquent d’abord à l’utilisation du compte du propriétaire, puis à l’utilisation des autres comptes. Cela se produit uniquement si le partage est activé. Vos Savings Plans sont d’abord appliqués à votre pourcentage d’économies le plus élevé. S’il existe plusieurs utilisations avec des pourcentages d’économies identiques, les Savings Plans sont appliqués à la première utilisation avec le taux de Savings Plans le plus bas. Les Savings Plans continuent de s’appliquer jusqu’à ce qu’il n’y ait plus d’utilisations restantes ou que votre engagement soit épuisé. Toute utilisation restante est facturée aux taux à la demande. Vous pouvez actualiser les recommandations de Savings Plans dans Gestion des coûts AWS pour générer de nouvelles recommandations de Savings Plans à tout moment.
Après avoir analysé la flexibilité des instances, choisissez un niveau d’engagement selon les recommandations. Créez une modélisation des coûts en analysant les coûts à court terme de la charge de travail avec différentes options de ressources potentielles, en analysant les modèles de tarification AWS et en les alignant sur vos exigences métier pour trouver le coût total de possession et les opportunités [d’optimisation des coûts](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-cost-optimization.html).
### Étapes d’implémentation
**Analyse des remises sur les engagements :** à l’aide de Cost Explorer dans votre compte, consultez les recommandations relatives aux Savings Plans et aux instances réservées. Assurez-vous de comprendre les recommandations du Savings Plan et estimez vos dépenses et les économies que vous réalisez chaque mois. Examinez les recommandations au niveau du compte de gestion, qui sont calculées en tenant compte de l’utilisation de tous les comptes membres de votre organisation AWS qui comportent des instances réservées (RI) ou des Savings Plans avec le partage des remises activé. Ainsi, vous réaliserez un maximum d’économies sur tous les comptes. Vous pouvez confirmer que vous avez mis en œuvre les bonnes recommandations avec les remises et les risques requis en suivant les ateliers Well-Architected.
## Ressources
**Documents connexes :**
+ [Comment fonctionne la tarification AWS ?](https://aws.amazon.com/pricing/?nc2=h_ql_pr_ln)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Présentation du Savings Plan](file:///Users/mergenf/Documents/WELL%20ARCHITECTED/COST%20OPT%20PILLAR/phase3a/COST06/•%09https:/docs.aws.amazon.com/savingsplans/latest/userguide/sp-overview.html)
+ [Recommandations en matière de Savings Plan](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Compréhension de la recommandation de vos Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Comment les Savings Plans s’appliquent à votre utilisation d’AWS](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-applying.html)
+ [Savings Plans avec facturation consolidée](https://aws.amazon.com/premiumsupport/knowledge-center/savings-plans-consolidated-billing/)
+ [Activation des remises sur les Savings Plans et sur instances réservées partagées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-turn-on-process.html)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Exemples connexes :**
+ [Que dois-je prendre en considération avant de souscrire un Savings Plan?](https://aws.amazon.com/premiumsupport/knowledge-center/savings-plans-considerations/)
+ [Comment puis-je utiliser le déploiement des Savings Plans pour réduire le risque lié à l’engagement?](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-can-i-use-rolling-savings-plans-to-reduce-commitment-risk/)
+ [Quand utiliser les instances Spot](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-leveraging-ec2-spot-instances/when-to-use-spot-instances.html)
# COÛT 8. Comment planifier les frais de transfert de données ?
Veillez à planifier et à surveiller les frais de transfert de données afin de pouvoir prendre des décisions architecturales pour minimiser les coûts. Une modification architecturale minime, mais efficace, peut réduire de façon spectaculaire vos coûts d’exploitation au fil du temps.
**Topics**
+ [COST08-BP01 Modélisation du transfert de données](cost_data_transfer_modeling.md)
+ [COST08-BP02 Sélection de composants pour optimiser les coûts de transfert de données](cost_data_transfer_optimized_components.md)
+ [COST08-BP03 Mise en œuvre de services pour réduire les coûts de transfert de données](cost_data_transfer_implement_services.md)
# COST08-BP01 Modélisation du transfert de données
Recueillez les exigences de l’organisation et procédez à la modélisation du transfert de données de la charge de travail et de chacun de ses composants. Vous identifiez ainsi le coût le plus bas pour ses besoins de transfert de données actuels.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
L’habitude de concevoir une architecture utilisant des centres de données sur site ou le manque de connaissances peut conduire à négliger les frais de transfert de données lors de la conception d’une solution dans le cloud. Les frais de transfert de données d’AWS sont déterminés par la source, la destination et le volume du trafic. La prise en compte de ces frais lors de la phase de conception peut permettre de réaliser des économies. Pour estimer avec précision le coût total de possession (TCO), il est très important de comprendre où a lieu le transfert de données dans votre charge de travail, son coût et les avantages qui en découlent. Cela vous permet de prendre une décision avisée pour modifier ou accepter la décision architecturale. Par exemple, vous pouvez avoir une configuration à plusieurs zones de disponibilité dans laquelle vous répliquez les données entre les zones de disponibilité.
Vous modélisez les composants des services qui transfèrent les données de votre charge de travail, et décidez qu’il s’agit d’un coût acceptable (semblable au paiement du calcul et du stockage dans les deux zones de disponibilité) pour atteindre la fiabilité et la résilience requises. Modélisez les coûts sur différents niveaux d’utilisation. L’utilisation de la charge de travail peut changer dans le temps, et différents services peuvent être plus rentables à différents niveaux.
Lorsque vous modélisez votre transfert de données, réfléchissez au volume de données ingérées et à leur provenance. Tenez également compte de la quantité de données traitées et de la capacité de stockage ou de calcul requise. Lors de la modélisation, suivez les bonnes pratiques de mise en réseau pour l’architecture de votre charge de travail afin d’optimiser vos coûts potentiels de transfert de données.
Calculateur de tarification AWS peut vous aider à estimer le coût des services AWS et du transfert de données prévu. Si une charge de travail est déjà en cours d’exécution (à des fins de test ou dans un environnement de préproduction), utilisez [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) ou [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR) pour comprendre et modéliser vos coûts de transfert de données. Configurez une preuve de concept (PoC) ou testez votre charge de travail et exécutez un test avec une charge simulée réaliste. Vous pouvez modéliser vos coûts selon différentes demandes de charge de travail.
### Étapes d’implémentation
+ **Identification des exigences :** quels sont l’objectif principal et les exigences commerciales du transfert de données prévu entre la source et la destination ? Quel est le résultat commercial attendu ? Recueillez les besoins de l’entreprise et définissez le résultat attendu.
+ **Identification de la source et la destination :** quelles sont la source de données et la destination des données pour le transfert de données, par exemple au sein des Régions AWS, vers des services AWS ou vers Internet ?
+ [Transfert de données au sein d’une Région AWS](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-within-region)
+ [Transfert de données entre plusieurs Régions AWS](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-between-regions)
+ [Transfert de données vers Internet](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-out-internet)
+ **Identification des classifications de données :** quelle est la classification des données pour ce transfert de données ? De quel type de données s’agit-il ? Quelle est la taille des données ? À quelle fréquence les données doivent-elles être transférées ? Les données sont-elles sensibles ?
+ **Identification des services AWS ou les outils à utiliser :** quels sont les services AWS utilisés pour ce transfert de données ? Est-il possible d’utiliser un service déjà provisionné pour une autre charge de travail ?
+ **Calcul des coûts de transfert des données :** utilisez la [tarification AWS](https://aws.amazon.com/pricing/) du modèle de transfert de données que vous avez créé précédemment pour calculer les coûts de transfert de données de la charge de travail. Calculez les coûts de transfert de données à différents niveaux d’utilisation, tant pour l’augmentation que pour la réduction de la charge de travail. Lorsqu’il existe plusieurs options pour l’architecture de la charge de travail, calculez le coût de chaque option à titre de comparaison.
+ **Association des coûts aux résultats :** pour chaque coût de transfert de données, précisez le résultat qu’il permet d’atteindre pour la charge de travail. S’il s’agit d’un transfert entre composants, ce peut être pour le découplage. S’il s’agit d’un transfert entre zones de disponibilité, ce peut être pour la redondance.
+ **Création d’une modélisation du transfert de données :** après avoir rassemblé toutes les informations, créez une modélisation conceptuelle du transfert de données de base pour plusieurs cas d’utilisation et différentes charges de travail.
## Ressources
**Documents connexes :**
+ [Solutions de mise en cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Tarification AWS](https://aws.amazon.com/pricing/)
+ [Tarification Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/)
+ [Tarification Amazon VPC](https://aws.amazon.com/vpc/pricing/)
+ [Compréhension des frais de transfert de données](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html)
**Vidéos connexes :**
+ [ Monitoring and Optimizing Your Data Transfer Costs ](https://www.youtube.com/watch?v=UjliYz25_qo)
+ [S3 Transfer Acceleration](https://youtu.be/J2CVnmUWSi4)
**Exemples connexes :**
+ [Présentation des coûts de transfert des données pour les architectures courantes](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Conseils prescriptifs AWS pour la mise en réseau](https://aws.amazon.com/prescriptive-guidance/?apg-all-cards.sort-by=item.additionalFields.sortDate&apg-all-cards.sort-order=desc&awsf.apg-new-filter=*all&awsf.apg-content-type-filter=*all&awsf.apg-code-filter=*all&awsf.apg-category-filter=categories%23network&awsf.apg-rtype-filter=*all&awsf.apg-isv-filter=*all&awsf.apg-product-filter=*all&awsf.apg-env-filter=*all)
# COST08-BP02 Sélection de composants pour optimiser les coûts de transfert de données
Tous les composants sont sélectionnés, et l’architecture est conçue pour réduire les coûts de transfert des données. Cela inclut l’utilisation de composants tels que l’optimisation du réseau étendu (WAN) et les configurations à plusieurs zones de disponibilité (AZ).
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
L’architecture pour le transfert de données minimise les coûts de transfert de données. Cela peut impliquer l’utilisation de réseaux de diffusion de contenu pour localiser les données plus près des utilisateurs, ou l’utilisation de liaisons réseau dédiées depuis vos sites vers AWS. Vous pouvez également utiliser l’optimisation du réseau étendu (WAN) et l’optimisation des applications pour réduire la quantité de données transférée entre les composants.
Lors du transfert de données à destination ou au sein d’AWS Cloud, il est essentiel de connaître la destination en fonction des différents cas d’utilisation, de la nature des données et des ressources réseau disponibles afin de sélectionner les bons services AWS pour optimiser le transfert de données. AWS propose une gamme de services de transfert de données adaptés à divers besoins en matière de migration de données. Sélectionnez les options appropriées [de stockage de données](https://aws.amazon.com/products/storage/) et de [transfert de données](https://aws.amazon.com/cloud-data-migration/) en fonction des besoins commerciaux de votre organisation.
Lorsque vous planifiez ou passez en revue l’architecture de votre charge de travail, tenez compte des points suivants :
+ **Utilisation des points de terminaison d’un VPC dansAWS :** les points de terminaison VPC permettent d’établir des connexions privées entre votre VPC et les services AWS pris en charge. Cela vous évite d’utiliser l’Internet public, qui peut engendrer des coûts de transfert de données.
+ **Utilisation d’une passerelle NAT :** utilisez une [passerelle NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) de façon à ce que les instances d’un sous-réseau privé puissent se connecter à Internet ou à des services en dehors de votre VPC. Vérifiez si les ressources situées derrière la passerelle NAT qui envoient le plus de trafic se trouvent dans la même zone de disponibilité que la passerelle NAT. Si ce n’est pas le cas, créez des passerelles NAT dans la zone de disponibilité de la ressource pour réduire les frais de transfert de données entre zones de disponibilité.
+ **L’utilisation du système AWS Direct Connect** Direct Connect contourne l’Internet public et établit une connexion privée directe entre votre réseau sur site et AWS. Cela peut être plus rentable et plus cohérent que de transférer de gros volumes de données sur Internet.
+ **Évitez de transférer des données au-delà des frontières régionales :** les transferts de données entre Régions AWS (d’une région à l’autre) entraînent généralement des frais. La décision de poursuivre dans une voie multirégionale doit être mûrement réfléchie. Pour plus de détails, consultez la section [Scénarios multirégionaux](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/multi-region-scenarios.html).
+ **Surveillance du transfert de données :** utilisez Amazon CloudWatch et les [journaux de flux VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html) pour recueillir des informations sur le transfert de données et l’utilisation du réseau. Analysez les informations capturées sur le trafic réseau dans vos VPC, telles que l’adresse IP ou la plage d’adresses IP à destination et en provenance des interfaces réseau.
+ **Analyse de l’utilisation de votre réseau :** utilisez des outils de mesure et de reporting comme AWS Cost Explorer, les tableaux de bord CUDOS ou CloudWatch pour comprendre le coût de transfert de données de votre charge de travail.
### Étapes d’implémentation
+ **Sélection de composants de transfert de données :** en utilisant la modélisation du transfert de données expliqué dans [COST08-BP01 Modélisation du transfert de données](cost_data_transfer_modeling.md), concentrez-vous sur les coûts de transfert de données les plus importants ou sur ce qu’ils seraient si l’utilisation de la charge de travail changeait. Recherchez d’autres architectures ou des composants supplémentaires qui suppriment ou réduisent la nécessité d’un transfert de données, ou en diminuent le coût.
## Ressources
**Bonnes pratiques associées:**
+ [COST08-BP01 Modélisation du transfert de données](cost_data_transfer_modeling.md)
+ [COST08-BP03 Mise en œuvre de services pour réduire les coûts de transfert de données](cost_data_transfer_implement_services.md)
**Documents connexes :**
+ [Migration des données dans le cloud](https://aws.amazon.com/cloud-data-migration/)
+ [Solutions de mise en cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Diffusion plus rapide de contenu avec Amazon CloudFront](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
**Exemples connexes :**
+ [Présentation des coûts de transfert des données pour les architectures courantes](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Conseils d’optimisation du réseau AWS](https://aws.amazon.com/blogs/networking-and-content-delivery/aws-network-optimization-tips/)
+ [Optimisation des performances et réduction des coûts de l’analytique des réseaux grâce aux journaux de flux VPC au format Apache Parquet](https://aws.amazon.com/blogs/big-data/optimize-performance-and-reduce-costs-for-network-analytics-with-vpc-flow-logs-in-apache-parquet-format/)
# COST08-BP03 Mise en œuvre de services pour réduire les coûts de transfert de données
Mettez en œuvre des services pour réduire le transfert de données. Par exemple, utilisez des emplacements périphériques ou des réseaux de diffusion de contenu (CDN) pour fournir du contenu aux utilisateurs finaux, construisez des couches de mise en cache devant vos serveurs d’application ou vos bases de données et utilisez des connexions réseau dédiées au lieu de VPN pour la connectivité au cloud.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Il existe différents services AWS qui peuvent vous aider à optimiser l’utilisation de votre réseau pour le transfert de données. En fonction des composants de votre charge de travail, du type et de l’architecture du cloud, ces services peuvent vous aider à la compression, à la mise en cache, ainsi qu’au partage et à la distribution de votre trafic sur le cloud.
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/) est un réseau mondial de diffusion de contenu qui fournit des données avec une faible latence et des vitesses de transfert élevées. Il place les données en cache au niveau des emplacements périphériques dans le monde entier, ce qui réduit la charge sur vos ressources. En utilisant CloudFront, vous pouvez réduire les tâches d’administration pour diffuser le contenu à un grand nombre d’utilisateurs dans le monde entier avec une latence minimale. [L’offre groupée Savings sur la sécurité](https://aws.amazon.com/about-aws/whats-new/2021/02/introducing-amazon-cloudfront-security-savings-bundle/?sc_channel=em&sc_campaign=Launch_mult_OT_awsroadmapemail_20200910&sc_medium=em_whats_new&sc_content=launch_ot_ot&sc_country=mult&sc_geo=mult&sc_category=mult&sc_outcome=launch) peut vous aider à économiser jusqu’à 30 % sur votre utilisation de CloudFront si vous prévoyez d’augmenter votre utilisation au fil du temps.
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/) vous permet de mettre en place d’une connexion réseau dédiée depuis vos sites vers AWS. Cela peut réduire les coûts de réseau, augmenter la bande passante et fournir une expérience réseau plus constante que les connexions Internet.
+ Le [Site-to-Site VPN](https://aws.amazon.com/vpn/) vous permet d’établir une connexion sécurisée et privée entre votre réseau privé et le réseau mondial AWS. Il est idéal pour les petits bureaux ou les partenaires commerciaux, car il fournit une connectivité simplifiée, et il s’agit d’un service entièrement géré et élastique.
+ Les [points de terminaison d’un VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints.html) permettent la connectivité entre les services AWS sur une mise en réseau privée et peuvent être utilisés pour réduire les coûts de transfert de données publiques et de [passerelle NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html). Les [points de terminaison d’un VPC de passerelle](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-gateway.html) n’ont pas de coûts horaires et prennent en charge Amazon S3 et Amazon DynamoDB. Les [points de terminaison d’un VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html) d’interface sont fournis par [AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/userguide/endpoint-service.html) et ont un tarif horaire et un coût d’utilisation par Go.
+ Les [passerelles NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) permettent une mise à l’échelle et une gestion intégrées, ce qui réduit les coûts par rapport à une instance NAT autonome. Placez les passerelles NAT dans les mêmes zones de disponibilité que les instances à fort trafic et envisagez d’utiliser des points de terminaison d’un VPC pour les instances qui ont besoin d’accéder à Amazon DynamoDB ou à Amazon S3 afin de réduire les coûts de transfert et de traitement des données.
+ Utilisez des appareils [AWS Snow Family](https://aws.amazon.com/snow/) dotés de ressources informatiques pour collecter et traiter les données à la périphérie. Les appareils AWS Snow Family ([Snowball Edge](https://aws.amazon.com/snowcone/), [Snowball Edge](https://aws.amazon.com/snowball/) et [Snowmobile](https://aws.amazon.com/snowmobile/)) vous permettent de transférer des pétaoctets de données dans le AWS Cloud de manière rentable et hors ligne.
### Étapes d’implémentation
+ **Implémentation de services :** sélectionnez les services réseau AWS applicables en fonction du type de charge de travail de votre service, en utilisant la modélisation du transfert de données et en examinant les journaux de flux VPC. Regardez où se situent les coûts les plus élevés et les flux les plus importants. Examinez les services AWS et évaluez s’il existe un service qui réduit ou supprime le transfert, en particulier, la mise en réseau et la diffusion de contenu. Recherchez également les services de mise en cache où il existe une répétition d’accès aux données, ou de grands volumes de données.
## Ressources
**Documents connexes :**
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/)
+ [Exploration de produits AWS](https://aws.amazon.com/)
+ [Solutions de mise en cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/)
+ [AWS Snow Family](https://aws.amazon.com/snow/)
+ [Forfait sécurité Amazon CloudFront](https://aws.amazon.com/about-aws/whats-new/2021/02/introducing-amazon-cloudfront-security-savings-bundle/)
**Vidéos connexes :**
+ [Monitoring and Optimizing Your Data Transfer Costs](https://www.youtube.com/watch?v=UjliYz25_qo)
+ [AWS Cost Optimization Series: CloudFront](https://www.youtube.com/watch?v=k8De2AfAN3k)
+ [How can I reduce data transfer charges for my NAT gateway?](https://www.youtube.com/watch?v=hq4KtPRezus)
**Exemples connexes :**
+ [Comment rétrofacturer des services partagés : exemple AWS Transit Gateway](https://aws.amazon.com/blogs/aws-cloud-financial-management/gs-chargeback-shared-services-an-aws-transit-gateway-example/)
+ [Compréhension des détails du transfert de données AWS en profondeur à partir du rapport sur les coûts et l’utilisation à l’aide de la requête Athena et de QuickSight](https://aws.amazon.com/blogs/networking-and-content-delivery/understand-aws-data-transfer-details-in-depth-from-cost-and-usage-report-using-athena-query-and-quicksight/)
+ [Présentation des coûts de transfert des données pour les architectures courantes](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Utilisation de AWS Cost Explorer pour analyser les coûts de transfert de données](https://aws.amazon.com/blogs/mt/using-aws-cost-explorer-to-analyze-data-transfer-costs/)
+ [Optimisation du coût de vos architectures AWS en utilisant des fonctionnalités Amazon CloudFront](https://aws.amazon.com/blogs/networking-and-content-delivery/cost-optimizing-your-aws-architectures-by-utilizing-amazon-cloudfront-features/)
+ [How can I reduce data transfer charges for my NAT gateway?](https://aws.amazon.com/premiumsupport/knowledge-center/vpc-reduce-nat-gateway-transfer-costs/)
# Gestion de la demande et offre de ressources
**Topics**
+ [COÛT 9. Comment gérer la demande et offrir des ressources ?](cost-09.md)
# COÛT 9. Comment gérer la demande et offrir des ressources ?
Pour une charge de travail dont les dépenses et les performances sont équilibrées, assurez-vous que tout ce que vous payez est utilisé et évitez une sous-utilisation importante des instances. Une métrique d’utilisation faussée dans un sens ou dans l’autre a un impact négatif sur votre organisation, que ce soit en termes de coûts d’exploitation (dégradation des performances due à une sur-utilisation) ou de gaspillage de dépenses AWS (en raison d’une sur-allocation).
**Topics**
+ [COST09-BP01 Analyse de la demande de charge de travail](cost_manage_demand_resources_cost_analysis.md)
+ [COST09-BP02 Mise en œuvre d’une mémoire tampon ou d’une limitation pour gérer la demande](cost_manage_demand_resources_buffer_throttle.md)
+ [COST09-BP03 Offre dynamique de ressources](cost_manage_demand_resources_dynamic.md)
# COST09-BP01 Analyse de la demande de charge de travail
Analysez la demande de la charge de travail au fil du temps. Veillez à ce que l’analyse couvre les tendances saisonnières et représente avec précision les conditions d’exploitation pendant toute la durée de la charge de travail. L’effort d’analyse doit refléter les avantages potentiels : par exemple, le temps passé est proportionnel au coût de la charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
L’analyse de la demande de charge de travail pour le cloud computing implique de comprendre les modèles et les caractéristiques des tâches informatiques qui sont lancées dans l’environnement du cloud. Cette analyse aide les utilisateurs à optimiser l’affectation des ressources, à gérer les coûts et à vérifier que les performances sont conformes aux niveaux requis.
Ayez connaissance des exigences de la charge de travail. Les exigences de votre organisation doivent indiquer les délais de réponse de la charge de travail aux demandes. Le temps de réponse peut être utilisé pour déterminer si la demande est gérée ou si l’offre de ressources doit changer pour répondre à la demande.
L’analyse doit inclure la prévisibilité et la répétabilité de la demande ainsi que le taux et l’ampleur de variation de la demande. Effectuez l’analyse sur une période suffisamment longue pour tenir compte des variations saisonnières, telles que les traitements de fin de mois ou les pics d’activité pendant les vacances.
L’effort d’analyse doit refléter les avantages potentiels de la mise à l’échelle. Examinez le coût total attendu du composant, ainsi que les augmentations ou diminutions d’utilisation et de coût au cours de la durée de vie de la charge de travail.
Voici quelques aspects clés dont il faut tenir compte lors de l’analyse de la demande de charge de travail pour le cloud computing :
1. **Métriques d’utilisation des ressources et de performance** : analysez la manière dont les ressources AWS sont utilisées au fil du temps. Déterminez les schémas d’utilisation en période de pointe et en période creuse afin d’optimiser l’affectation des ressources et les stratégies de mise à l’échelle. Surveillez les métriques de performance telles que les temps de réponse, la latence, le débit et les taux d’erreur. Ces métriques permettent d’évaluer l’état et l’efficacité globales de l’infrastructure cloud.
1. **Comportement de mise à l’échelle des utilisateurs et des applications** : comprenez le comportement des utilisateurs et son impact sur la charge de travail. L’examen des schémas de trafic des utilisateurs permet d’améliorer la diffusion du contenu et la réactivité des applications. Analysez l’évolution des charges de travail en fonction de l’augmentation de la demande. Déterminez si les paramètres d’autoscaling sont configurés correctement et efficacement pour gérer les fluctuations de charge.
1. **Types de charges de travail :** identifiez les différents types de charges de travail s’exécutant dans le cloud, comme le traitement par lots, le traitement des données en temps réel, les applications web, les bases de données ou le machine learning. Chaque type de charge de travail peut avoir des besoins en ressources et des profils de performance différents.
1. **Contrats de niveau de service (SLA) :** comparez les performances réelles aux contrats de niveau de service (SLA) afin de garantir la conformité et d’identifier les domaines nécessitant une amélioration.
Vous pouvez utiliser [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) pour collecter et suivre des métriques, regrouper et contrôler des fichiers journaux, régler des alarmes et réagir automatiquement aux modifications apportées à vos ressources AWS. Vous pouvez utiliser Amazon CloudWatch pour gagner une visibilité à l’échelle du système sur l’utilisation des ressources, la performance de l’application et la santé opérationnelle.
Avec [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/), vous pouvez provisionner vos ressources en suivant les bonnes pratiques pour améliorer les performances et la fiabilité du système, renforcer la sécurité et rechercher des possibilités d’économies. Vous pouvez également désactiver les instances hors production et utiliser Amazon CloudWatch et l’autoscaling pour répondre aux augmentations ou aux réductions de la demande.
Enfin, vous pouvez utiliser [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) ou [Quick](https://aws.amazon.com/quicksight/) avec le fichier AWS Cost and Usage Report (CUR) ou les journaux de votre application pour effectuer une analyse avancée de la demande de charge de travail.
Globalement, une analyse complète de la demande de charge de travail permet aux organisations de prendre des décisions éclairées sur le provisionnement, la mise à l’échelle et l’optimisation des ressources, ce qui se traduit par une amélioration des performances, de la rentabilité et de la satisfaction des utilisateurs.
### Étapes d’implémentation
+ **Analyse des données de la charge de travail existante :** analysez les données de la charge de travail existante, des versions précédentes de la charge de travail ou des modèles d’utilisation prévus. Utilisez Amazon CloudWatch, les fichiers journaux et les données de surveillance pour comprendre comment la charge de travail a été utilisée. Analysez un cycle complet de la charge de travail et recueillez des données pour tout changement saisonnier tel que les événements de fin de mois ou de fin d’année. L’effort reflété dans l’analyse doit refléter les caractéristiques de la charge de travail. L’effort le plus important doit porter sur les charges de travail à forte valeur ajoutée qui subissent les plus grandes variations dans la demande. Le moindre effort doit porter sur les charges de travail de faible valeur ajoutée qui subissent des variations minimes dans la demande.
+ **Prévision de l’influence extérieure :** rencontrez les membres des équipes de toute l’organisation qui peuvent influencer ou modifier la demande dans la charge de travail. Les équipes communes sont celles des ventes, du marketing ou du développement commercial. Collaborez avec elles pour connaître les cycles qu’elles appliquent et déterminer s’il existe des événements susceptibles de modifier la demande de la charge de travail. Prévoyez la demande de la charge de travail à l’aide de ces données.
## Ressources
**Documents connexes :**
+ [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/)
+ [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/)
+ [AWS X-Ray](https://aws.amazon.com/xray/)
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Instance Scheduler](https://aws.amazon.com/answers/infrastructure-management/instance-scheduler/)
+ [Démarrage avec Amazon SQS](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Quick](https://aws.amazon.com/quicksight/)
**Exemples connexes :**
+ [Surveillance, suivi et analyse pour l’optimisation des coûts](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/monitor-track-and-analyze/)
+ [Recherche et analyse des journaux dans CloudWatch](https://docs.aws.amazon.com/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/cloudwatch-search-analysis.html)
# COST09-BP02 Mise en œuvre d’une mémoire tampon ou d’une limitation pour gérer la demande
La mise en mémoire tampon et la limitation modifient la charge de travail en atténuant les pics éventuels. Mettez en œuvre une limitation lorsque vos clients effectuent de nouveaux essais. Mettez en œuvre une mémoire tampon pour stocker la demande et reporter le traitement. Veillez à ce que vos limitations et mémoires tampons soient conçues de manière à ce que les clients reçoivent une réponse dans les délais requis.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Dans le cloud computing, la mise en place d’une réserve ou d’une limitation est cruciale pour gérer la demande et réduire la capacité allouée requise pour votre charge de travail. Pour des performances optimales, il est essentiel d’évaluer la demande totale, y compris les pics, le taux de variation des demandes et le temps de réponse nécessaire. Lorsque les clients ont la possibilité de renvoyer leurs demandes, il devient pratique d’appliquer la limitation. À l’inverse, pour les clients qui ne disposent pas de fonctionnalités de nouvelle tentative, l’approche idéale consiste à mettre en œuvre une mémoire tampon. Ces mémoires tampons rationalisent l’afflux de demandes et optimisent l’interaction des applications avec des vitesses opérationnelles variées.
![\[Courbe de demande avec deux pics distincts nécessitant une capacité allouée élevée\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/provisioned-capacity-1.png)
Prenons l’exemple d’une charge de travail dont la courbe de demande est représentée dans l’image précédente. Cette charge de travail a deux pics, et pour gérer ces pics, la capacité des ressources comme indiqué par la ligne orange est allouée. Les ressources et l’énergie utilisées pour cette charge de travail ne sont pas indiquées par la zone sous la courbe de la demande, mais par la zone sous la ligne de la capacité allouée, car cette dernière est nécessaire pour gérer ces deux pics. L’aplatissement de la courbe de demande de la charge de travail peut vous aider à réduire la capacité allouée pour une charge de travail et à réduire son impact environnemental. Pour atténuer le pic, envisagez de mettre en œuvre une limitation ou une mise en mémoire tampon.
Pour mieux les comprendre, examinons les notions de limitation et de mise en mémoire tampon.
**Limitation :** si la source de la demande a la capacité de réessayer, alors vous pouvez mettre en place une limitation. La limitation indique à la source qu’elle doit réessayer ultérieurement si elle ne peut répondre à la demande actuellement. La source attend un certain temps, puis relance la demande. L’implémentation de la limitation a l’avantage de limiter la quantité maximale de ressources et les coûts maximaux de la charge de travail. Dans AWS, vous pouvez utiliser [Amazon API Gateway](https://aws.amazon.com/api-gateway/) pour mettre en œuvre une limitation.
**Basée sur la mémoire tampon :** une approche basée sur la mémoire tampon utilise des *producteurs* (composants qui envoient des messages à la file d’attente), des *consommateurs* (composants qui reçoivent des messages de la file d’attente) et une *file d’attente* (qui contient les messages) pour stocker les messages. Les messages sont lus par les consommateurs et traités, ce qui permet aux messages de fonctionner au rythme qui répond aux besoins commerciaux des consommateurs. À l’aide d’une mémoire tampon, les messages des producteurs sont hébergés dans des files d’attente ou des flux, prêts à être consultés par les consommateurs en fonction de leurs besoins opérationnels.
Dans AWS, vous pouvez choisir parmi plusieurs services pour mettre en place une approche de mise en mémoire tampon. [Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/) est un service géré qui fournit des files d’attente permettant à un seul consommateur de lire des messages individuels. [Amazon Kinesis](https://aws.amazon.com/kinesis/) fournit un flux de données qui permet à de nombreux consommateurs de lire les mêmes messages.
La mise en mémoire tampon et la limitation peuvent atténuer les pics éventuels en modifiant la sollicitation de votre charge de travail. Utilisez la limitation lorsque les clients retentent des actions, et la mise en mémoire tampon pour conserver la demande et la traiter ultérieurement. Si vous utilisez une mise en mémoire tampon, créez votre charge de travail de manière à ce qu’elle réponde à la demande dans les délais requis et assurez-vous que vous êtes en mesure de traiter les demandes de travail en double. Analysez la demande globale, le taux de variation et le temps de réponse requis pour dimensionner correctement la limitation ou le tampon nécessaire.
### Étapes d’implémentation
+ **Analyse des demandes des clients :** analysez les demandes des clients afin de déterminer s’ils sont capables d’effectuer de nouveaux essais. Pour les clients qui ne peuvent pas effectuer de nouveaux essais, des mémoires tampon doivent être mises en œuvre. Analysez la demande globale, le taux de variation et le temps de réponse requis pour déterminer la taille de limitation ou de mémoire tampon nécessaire.
+ **Implémentation d’une mémoire tampon ou d’une limitation :** implémentez une mémoire tampon ou une limitation dans la charge de travail. Une file d’attente comme Amazon Simple Queue Service (Amazon SQS) peut servir de mémoire tampon aux éléments de votre charge de travail. Amazon API Gateway peut fournir des limitations pour vos composants de charge de travail.
## Ressources
**Bonnes pratiques associées :**
+ [SUS02-BP06 Mise en œuvre de la mise en mémoire tampon ou de la limitation pour aplanir la courbe de la demande](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sus_sus_user_a7.html)
+ [REL05-BP02 Limitation des demandes](https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_mitigate_interaction_failure_throttle_requests.html)
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Instance Scheduler](https://aws.amazon.com/answers/infrastructure-management/instance-scheduler/)
+ [Amazon API Gateway](https://aws.amazon.com/api-gateway/)
+ [Amazon Simple Queue Service](https://aws.amazon.com/sqs/)
+ [Démarrage avec Amazon SQS](https://aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html)
+ [Amazon Kinesis](https://aws.amazon.com/kinesis/)
**Vidéos connexes :**
+ [ Choosing the Right Messaging Service for Your Distributed App ](https://www.youtube.com/watch?v=4-JmX6MIDDI)
**Exemples connexes :**
+ [Gestion et surveillance de la limitation des API dans vos charges de travail](https://aws.amazon.com/blogs/mt/managing-monitoring-api-throttling-in-workloads/)
+ [Limitation d’une API REST multilocataire à plusieurs niveaux à l’échelle à l’aide de la passerelle API Gateway](https://aws.amazon.com/blogs/architecture/throttling-a-tiered-multi-tenant-rest-api-at-scale-using-api-gateway-part-1/)
+ [Activation de la hiérarchisation et de la limitation dans une solution SaaS Amazon EKS à locataires multiples à l’aide d’Amazon API Gateway](https://aws.amazon.com/blogs/apn/enabling-tiering-and-throttling-in-a-multi-tenant-amazon-eks-saas-solution-using-amazon-api-gateway/)
+ [Intégration d’applications à l’aide de files d’attente et de messages](https://aws.amazon.com/blogs/architecture/application-integration-using-queues-and-messages/)
# COST09-BP03 Offre dynamique de ressources
Les ressources sont allouées de façon planifiée. Cela peut reposer sur la demande, par exemple, via une mise à l’échelle automatique, ou sur le temps, lorsque la demande est prévisible et que les ressources sont fournies en fonction de la durée. Ces méthodes permettent de réduire au minimum la surallocation ou la sous-allocation.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
Les clients AWS peuvent augmenter les ressources disponibles pour leurs applications et fournir des ressources pour répondre à la demande de plusieurs manières. L’une de ces options consiste à utiliser AWS Instance Scheduler, qui automatise le démarrage et l’arrêt des instances Amazon Elastic Compute Cloud (Amazon EC2) et Amazon Relational Database Service (Amazon RDS). L’autre option consiste à utiliser AWS Auto Scaling, ce qui vous permet de mettre à l’échelle automatiquement vos ressources informatiques en fonction de la demande de votre application ou de votre service. La fourniture de ressources en fonction de la demande vous permettra de payer uniquement les ressources que vous utilisez, de réduire les coûts en lançant des ressources lorsqu’elles sont nécessaires et d’y mettre fin lorsqu’elles ne le sont pas.
[AWS Instance Scheduler](https://aws.amazon.com/solutions/implementations/instance-scheduler-on-aws/) vous permet de configurer l’arrêt et le redémarrage de vos instances Amazon EC2 et Amazon RDS à des moments précis afin que vous puissiez répondre à la demande pour les mêmes ressources au sein d’un modèle de temps constant, comme le fait que des utilisateurs quotidiens accèdent à des instances à 8 h pour ne plus en avoir besoin après 18 h. Cette solution permet de réduire les coûts opérationnels en arrêtant des ressources qui ne sont pas utilisées et en les redémarrant quand il le faut.
![\[Schéma illustrant l’optimisation des coûts à l’aide d’AWS Instance Scheduler.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/instance-scheduler-diagram.png)
Vous pouvez également configurer facilement les planifications pour vos instances Amazon EC2 sur l’ensemble de vos comptes et régions avec une interface utilisateur (IU) simple à l’aide de la configuration rapide AWS Systems Manager. Vous pouvez planifier des instances Amazon EC2 ou Amazon RDS avec AWS Instance Scheduler et vous pouvez arrêter et démarrer des instances existantes. Cependant, vous ne pouvez pas arrêter et démarrer d’instances qui font partie de votre groupe Auto Scaling (ASG) ou qui gèrent des services tels qu’Amazon Redshift ou Amazon OpenSearch Service. Les groupes Auto Scaling ont leur propre planification pour les instances du groupe et ces instances sont créées.
[AWS Auto Scaling](https://aws.amazon.com/autoscaling/) vous permet d’ajuster votre capacité pour maintenir des performances stables et prévisibles au coût le plus bas possible. Il s’agit d’un service gratuit et entièrement géré destiné à mettre à l’échelle votre application qui s’intègre aux instances Amazon EC2 et aux parcs d’instances Spot, à Amazon ECS, Amazon DynamoDB et Amazon Aurora. L’autoscaling permet de découvrir automatiquement les ressources de votre charge de travail qui peuvent être configurées. Le service est doté de stratégies de mise à l’échelle intégrées pour optimiser les performances, les coûts ou un équilibre entre les deux et offre une mise à l’échelle prédictive pour faire face aux pics réguliers.
Plusieurs options sont disponibles pour mettre à l’échelle votre groupe Auto Scaling :
+ Maintenir les niveaux d’instance actuels à tout moment
+ Mise à l’échelle manuelle
+ Mise à l’échelle selon un calendrier
+ Mise à l’échelle en fonction de la demande
+ Utiliser la mise à l’échelle prédictive
Les stratégies d’autoscaling diffèrent et peuvent être classées dans la catégorie des stratégies de mise à l’échelle dynamiques et planifiées. Les stratégies dynamiques sont une mise à l’échelle manuelle ou dynamique, une mise à l’échelle planifiée ou prédictive. Vous pouvez utiliser des stratégies de mise à l’échelle pour une mise à l’échelle dynamique, planifiée et prédictive. Vous pouvez également utiliser les métriques et les alarmes d’[Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) pour déclencher des événements de mise à l’échelle adaptés à votre charge de travail. Nous vous recommandons d’utiliser des [modèles de lancement](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-templates.html) qui vous permettent d’accéder aux fonctionnalités et améliorations les plus récentes. Toutes les fonctionnalités d’autoscaling ne sont pas disponibles lorsque vous utilisez des configurations de lancement. Par exemple, vous ne pouvez pas créer un groupe Auto Scaling qui lance à la fois des instances Spot et des instances à la demande, ou qui spécifie plusieurs types d’instance. Vous devez utiliser un modèle de lancement pour configurer ces fonctionnalités. Lorsque vous utilisez des modèles de lancement, nous vous recommandons de créer une version pour chacun d’entre eux. Avec la gestion des versions des modèles de lancement, vous pouvez créer un sous-ensemble de l’ensemble complet de paramètres. Ensuite, vous pouvez le réutiliser pour créer d’autres versions du même modèle de lancement.
Vous pouvez utiliser AWS Auto Scaling ou intégrer la mise à l’échelle dans votre code avec des [API ou des SDK AWS](https://aws.amazon.com/developer/tools/). Cela réduit le coût global de votre charge de travail en supprimant le coût opérationnel lié aux modifications manuelles de votre environnement et les modifications peuvent être réalisées beaucoup plus rapidement. Cela adapte également les ressources de votre charge de travail à votre demande à tout moment. Afin de suivre cette bonne pratique et de fournir des ressources de façon dynamique à votre organisation, vous devez comprendre la mise à l’échelle horizontale et verticale dans le AWS Cloud, ainsi que la nature des applications exécutées sur des instances Amazon EC2. Il est préférable que votre équipe de gestion financière du cloud travaille avec les équipes techniques afin de suivre cette bonne pratique.
[Elastic Load Balancing (ELB)](https://aws.amazon.com/elasticloadbalancing/) vous aide à effectuer une mise à l’échelle en répartissant la demande sur plusieurs ressources. En utilisant ASG et Elastic Load Balancing, vous pouvez gérer les demandes entrantes en acheminant le trafic de manière optimale afin qu’aucune instance ne soit surchargée au sein d’un groupe Auto Scaling. Les demandes seraient réparties entre toutes les cibles d’un groupe cible selon une procédure circulaire sans tenir compte de la capacité ou de l’utilisation.
Les métriques types peuvent être des métriques Amazon EC2 standard, telles que l’utilisation du processeur, le débit réseau et la latence de demande/réponse observée par Elastic Load Balancing. Dans la mesure du possible, vous devez utiliser une métrique qui indique l’expérience du client, généralement une métrique personnalisée qui peut provenir du code d’application au sein de votre charge de travail. Pour expliquer comment répondre à la demande de manière dynamique dans ce document, nous allons regrouper l’autoscaling en deux catégories, à savoir les modèles d’offre basés sur la demande et les modèles d’offre basés sur le temps, puis approfondir chacune d’entre elles.
**Offre basée sur la demande : **tirez parti de l’élasticité du cloud pour fournir les ressources nécessaires à l’évolution de la demande en vous appuyant sur l’état de la demande en temps quasi réel. Pour l’offre basée sur la demande, utilisez des API ou des fonctionnalités de service pour faire varier par programmation et de façon dynamique la quantité de ressources cloud dans votre architecture. Cela vous permet de mettre à l’échelle les composants de votre architecture, d’augmenter le nombre de ressources pendant les pics de demande pour maintenir les performances, et de diminuer la capacité lorsque la demande diminue pour réduire les coûts.
![\[Schéma décrivant les politiques de mise à l’échelle basées sur la demande, telles que la mise à l’échelle simple/par étapes et le suivi des cibles.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/demand-based-supply.png)
+ **Mise à l’échelle simple/par étape :** surveille les métriques et ajoute/supprime des instances selon des étapes définies manuellement par les clients.
+ **Suivi des cibles :** mécanisme de contrôle semblable à un thermostat qui ajoute ou supprime automatiquement des instances afin de maintenir les métriques à une cible définie par le client.
Lorsque vous concevez une architecture en adoptant une approche basée sur la demande, gardez à l’esprit deux considérations clés. Premièrement, vous devez comprendre à quelle vitesse vous devez allouer de nouvelles ressources. Deuxièmement, vous devez comprendre que l’importance de la marge entre l’offre et la demande variera. Vous devez être prêt à faire face au taux de variation de la demande, ainsi qu’aux défaillances de ressources.
**Offre basée sur le temps :** une approche fondée sur le temps permet d’aligner la capacité des ressources sur la demande qui est prévisible ou bien définie par le temps. Cette approche ne dépend généralement pas des niveaux d’utilisation des ressources. Une approche basée sur le temps garantit que les ressources sont disponibles au moment précis où elles sont nécessaires et peuvent être fournies sans aucun retard dû à des procédures de démarrage et aux vérifications du système ou de la cohérence. Grâce à une approche basée sur le temps, vous pouvez fournir des ressources supplémentaires ou augmenter la capacité pendant les périodes de pointe.
![\[Schéma décrivant les stratégies de mise à l’échelle basées sur le temps, telles que la mise à l’échelle planifiée et prédictive.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/time-based-supply.png)
Vous pouvez utiliser l’autoscaling planifié pour mettre en place une approche basée sur le temps. Les charges de travail peuvent être programmées de manière à être réduites ou augmentées horizontalement à des moments définis (par exemple, au début des heures de travail), ce qui rend les ressources disponibles lorsque les utilisateurs arrivent ou que la demande augmente. La mise à l’échelle prédictive utilise des modèles pour augmenter horizontalement, tandis que la mise à l’échelle planifiée utilise des heures prédéfinies pour augmenter horizontalement. Vous pouvez également utiliser une [stratégie de sélection de type d’instance basée sur les attributs (ABS)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html) dans les groupes Auto Scaling, afin d’exprimer vos exigences en matière d’instances sous forme d’un ensemble d’attributs, tels que le processeur virtuel, la mémoire et le stockage. Cela vous permet aussi d’utiliser automatiquement les types d’instance de nouvelle génération lorsqu’ils sont disponibles et d’accéder à une plus large gamme de capacités avec les instances Spot Amazon EC2. La flotte d’Amazon EC2 et Amazon EC2 Auto Scaling sélectionnent et lancent les instances qui correspondent aux attributs spécifiés, en éliminant le besoin de sélectionner manuellement les types d’instance.
Vous pouvez également utiliser les [API et les SDK AWS](https://aws.amazon.com/developer/tools/) et [AWS CloudFormation](https://aws.amazon.com/cloudformation/) pour mettre automatiquement en service et hors service des environnements entiers lorsque vous en avez besoin Cette approche est idéale pour les environnements de développement ou de test qui s’exécutent uniquement pendant des heures ou des périodes de travail définies. Vous pouvez utiliser les API pour mettre à l’échelle la taille des ressources au sein d’un environnement (mise à l’échelle verticale). Par exemple, vous pouvez monter en charge une charge de travail de production en modifiant la taille ou la catégorie d’instance. Cela peut être réalisé en arrêtant et en redémarrant l’instance, puis en sélectionnant une taille ou une catégorie différente. Cette technique peut également être appliquée à d’autres ressources, telles que les volumes Amazon EBS Elastic, qui peuvent être modifiées pour augmenter la taille, ajuster les performances (IOPS) ou modifier le type de volume en cours d’utilisation.
Lorsque vous concevez une architecture en adoptant une approche basée sur le temps, gardez à l’esprit deux considérations clés. Premièrement, dans quelle mesure le modèle d’utilisation est-il cohérent ? Deuxièmement, quel est l’impact d’un changement de modèle ? Vous pouvez augmenter la précision des prédictions en surveillant vos charges de travail et en utilisant l’informatique décisionnelle. Si vous constatez des modifications importantes dans le modèle d’utilisation, vous pouvez ajuster les heures pour vous assurer que la couverture est fournie.
## Étapes d’implémentation
+ **Configuration d’une mise à l’échelle planifiée : **pour des changements prévisibles de la demande, une mise à l’échelle temporelle peut fournir le nombre correct de ressources en temps utile. Elle est également utile si la création et la configuration des ressources ne sont pas assez rapides pour répondre à l’évolution de la demande. À l’aide de l’analyse de la charge de travail, configurez la mise à l’échelle programmée via AWS Auto Scaling. Pour configurer une planification temporelle, vous pouvez utiliser la mise à l’échelle prédictive ou la mise à l’échelle planifiée pour augmenter le nombre d’instances Amazon EC2 dans vos groupes Auto Scaling à l’avance en fonction des changements de charge attendus ou prévisibles.
+ **Configuration de la mise à l’échelle prédictive :** la mise à l’échelle prédictive vous permet d’augmenter le nombre d’instances Amazon EC2 dans votre groupe Auto Scaling en anticipant les tendances quotidiennes et hebdomadaires en matière de flux de trafic. Si vous avez des pics de trafic réguliers et des applications lentes au démarrage, vous devez envisager la mise à l’échelle prédictive. La mise à l’échelle prédictive vous permet de mettre à l’échelle le système plus rapidement en initialisant de la capacité avant d’atteindre la charge projetée par comparaison avec la mise à l’échelle dynamique seule, qui est réactive par nature. Par exemple, si les utilisateurs commencent à utiliser votre charge de travail au début des heures de bureau mais pas pendant les heures qui suivent, la mise à l’échelle prédictive peut ajouter de la capacité avant le début des heures de bureau, ce qui supprime le retard lié au fait d’attendre que la mise à l’échelle dynamique réagisse au changement de trafic.
+ **Configuration de la mise à l’échelle automatique dynamique : **pour configurer la mise à l’échelle en fonction des mesures de la charge de travail active, utilisez l’autoscaling Utilisez l’analyse et configurez l’autoscaling pour déclencher les bons niveaux de ressources, et vérifiez que la charge de travail est mise à l’échelle dans les délais requis. Vous pouvez lancer et mettre automatiquement à l’échelle une flotte d’instances à la demande et d’instances Spot au sein d’un même groupe Auto Scaling. Outre les remises accordées sur l’utilisation des instances Spot, vous pouvez utiliser des instances réservées ou un Savings Plan afin de bénéficier de réductions sur les tarifs standard des instances à la demande. La combinaison de tous ces facteurs vous permet de réaliser des économies optimales sur les instances Amazon EC2 et vous aide à bénéficier de la mise à l’échelle et des performances souhaitées pour votre application.
## Ressources
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [AWS Instance Scheduler](https://aws.amazon.com/answers/infrastructure-management/instance-scheduler/)
+ Mettre la taille de votre groupe Auto Scaling à l’échelle
+ [Mise en route avec Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Mise en route avec Amazon SQS](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html)
+ [Mise à l’échelle planifiée pour Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/schedule_time.html)
+ [Mise à l’échelle prédictive pour Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-predictive-scaling.html)
**Vidéos connexes :**
+ [ Target Tracking Scaling Policies for Auto Scaling ](https://www.youtube.com/watch?v=-RumeaoPB2M)
+ [AWS Instance Scheduler](https://www.youtube.com/watch?v=nTLEyo2NzUs)
**Exemples connexes :**
+ [Sélection du type d’instance basée sur des attributs pour l’autoscaling de la flotte d’Amazon EC2](https://aws.amazon.com/blogs/aws/new-attribute-based-instance-type-selection-for-ec2-auto-scaling-and-ec2-fleet/)
+ [Optimisation des coûts du service de conteneur Amazon Elastic à l’aide d’une mise à l’échelle planifiée](https://aws.amazon.com/blogs/containers/optimizing-amazon-elastic-container-service-for-cost-using-scheduled-scaling/)
+ [Mise à l’échelle prédictive pour Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/)
+ [Comment utiliser Instance Scheduler avec CloudFormation pour planifier des instances ?](https://aws.amazon.com/premiumsupport/knowledge-center/stop-start-instance-scheduler/)
# Optimisation au fil du temps
**Topics**
+ [COÛT 10. Comment évaluer les nouveaux services?](cost-10.md)
+ [COÛT 11. Comment évaluer le coût de l’effort ?](cost-11.md)
# 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/)
# COÛT 11. Comment évaluer le coût de l’effort ?
**Topics**
+ [COST11-BP01 Réalisation d’automatisations pour les opérations](cost_evaluate_cost_effort_automations_operations.md)
# COST11-BP01 Réalisation d’automatisations pour les opérations
Évaluez les coûts d’exploitation sur le cloud, en vous concentrant sur la quantification du temps et des efforts que l’automatisation permet d’économiser dans les tâches administratives, les déploiements, l’atténuation du risque d’erreurs humaines, la conformité et d’autres opérations. Évaluez le temps et les coûts associés nécessaires aux efforts opérationnels et automatisez les tâches administratives afin de minimiser les efforts manuels dans la mesure du possible.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
L’automatisation des opérations réduit la fréquence des tâches manuelles, améliore l’efficacité et profite aux clients en offrant une expérience cohérente et fiable lors du déploiement, de l’administration ou de l’exploitation des charges de travail. Vous pouvez libérer les ressources d’infrastructure des tâches opérationnelles manuelles et les utiliser pour des tâches et des innovations de plus grande valeur, améliorant ainsi la valeur métier. Les entreprises ont besoin d’un moyen éprouvé et testé pour gérer leurs charges de travail dans le cloud. Cette solution doit être sûre, rapide et rentable, avec un minimum de risques et une fiabilité maximale.
Commencez par hiérarchiser vos activités opérationnelles en fonction de l’effort requis en examinant le coût global des opérations. Par exemple, combien de temps faut-il pour déployer de nouvelles ressources dans le cloud, apporter des modifications d’optimisation aux ressources existantes ou mettre en œuvre les configurations nécessaires ? Examinez le coût total des actions humaines en tenant compte du coût des opérations et de la gestion. Privilégiez les automatisations des tâches administratives afin de réduire l’effort humain.
L’effort de révision doit refléter le bénéfice potentiel. Par exemple, examinez le temps passé à effectuer des tâches manuellement plutôt qu’automatiquement. Donnez la priorité à l’automatisation des activités répétitives, de grande valeur, chronophages et complexes. Les activités de grande valeur ou qui présentent un risque élevé d’erreur humaine sont généralement celles qu’il vaut mieux commencer à automatiser, car le risque représente souvent un coût opérationnel supplémentaire non souhaité (par exemple, l’équipe chargée des opérations fait des heures supplémentaires).
Utilisez des outils d’automatisation comme AWS Systems Manager ou AWS Config pour rationaliser les processus d’exploitation, de conformité, de surveillance, de cycle de vie et de résiliation. Grâce à des services AWS, à des outils et à des produits tiers, vous pouvez personnaliser les automatisations que vous mettez en œuvre pour répondre à vos besoins spécifiques. Le tableau suivant présente certaines des fonctions et des fonctionnalités d’exploitation de base que vous pouvez réaliser avec des services AWS pour automatiser l’administration et l’exploitation :
+ [AWS Audit Manager](https://aws.amazon.com/audit-manager/) : auditez en permanence votre utilisation d’AWS pour simplifier l’évaluation des risques et de la conformité.
+ [AWS Backup](https://aws.amazon.com/backup/) : automatisez et gérez de manière centralisée la protection des données.
+ [AWS Config](https://aws.amazon.com/config/) : configurez les ressources de calcul, évaluez, auditez et estimez les configurations et l’inventaire des ressources.
+ [AWS CloudFormation](https://aws.amazon.com/cloudformation/) : lancez des ressources à haute disponibilité avec l’infrastructure en tant que code.
+ [AWS CloudTrail](https://aws.amazon.com/cloudtrail/) : gestion du changement informatique, conformité et contrôle.
+ [Amazon EventBridge](https://aws.amazon.com/eventbridge/) : planifiez des événements et déclenchez AWS Lambda pour passer à l’action.
+ [AWS Lambda](https://aws.amazon.com/lambda/) : automatisez les processus répétitifs en les déclenchant par des événements ou en les exécutant selon un calendrier fixe avec AWS EventBridge.
+ [AWS Systems Manager](https://aws.amazon.com/systems-manager/) : démarrez et arrêtez les charges de travail, appliquez des correctifs aux systèmes d’exploitation, automatisez la configuration et assurez la gestion continue.
+ [AWS Step Functions](https://aws.amazon.com/step-functions/) : planifiez les tâches et automatisez les flux de travail.
+ [AWS Service Catalog](https://aws.amazon.com/servicecatalog/) : consommation de modèles, infrastructure sous forme de code avec conformité et contrôle.
Si vous souhaitez adopter des automatisations immédiatement en utilisant des produits et services AWS et si vous ne disposez pas des compétences nécessaires dans votre organisation, contactez [AWS Managed Services (AMS)](https://aws.amazon.com/managed-services/), des [services professionnels AWS](https://aws.amazon.com/professional-services/) ou des [partenaires AWS](https://aws.amazon.com/partners/work-with-partners/?nc2=h_ql_pa_wwap_cp) pour accroître l’adoption de l’automatisation et améliorer votre excellence opérationnelle dans le cloud.
AWS Managed Services (AMS) est un service qui exploite l’infrastructure AWS pour le compte des entreprises clientes et partenaires. Il fournit un environnement sécurisé et conforme sur lequel vous pouvez déployer vos charges de travail. AMS utilise des modèles d’exploitation de cloud d’entreprise avec l’automatisation pour permettre de répondre aux exigences de votre organisation, de migrer plus rapidement vers le cloud et de réduire vos coûts de gestion continue.
L’équipe des services professionnels AWS peut également vous aider à atteindre les résultats opérationnels souhaités et à automatiser les opérations avec AWS. Elle aide les clients à déployer des activités informatiques automatisées, robustes et agiles, ainsi que des fonctionnalités de gouvernance optimisées pour le cloud. Pour des exemples de surveillance détaillés et les bonnes pratiques recommandées, consultez le livre blanc sur le pilier de l’excellence opérationnelle.
### Étapes d’implémentation
+ **Création unique et déploiements multiples** : utilisez l’infrastructure en tant que code, telle que CloudFormation, le kit AWS SDK, ou AWS CLI pour un seul déploiement et plusieurs utilisations pour des environnements similaires ou pour des scénarios de reprise après sinistre. Utilisez des balises lors du déploiement pour suivre votre consommation comme défini dans d’autres bonnes pratiques. Utilisez [AWS Launch Wizard](https://aws.amazon.com/launchwizard/) pour réduire le temps de déploiement de nombreuses charges de travail d’entreprise courantes. AWS Launch Wizard vous guide tout au long du dimensionnement, de la configuration et du déploiement des charges de travail de l’entreprise suivant les bonnes pratiques AWS. Vous pouvez également utiliser le [catalogue des services](https://aws.amazon.com/servicecatalog/), qui vous permet de créer et de gérer des modèles approuvés d’infrastructure en tant que code à utiliser sur AWS afin que tout le monde puisse découvrir des ressources cloud approuvées en libre-service.
+ **Automatisation de la conformité continue :** envisagez d’automatiser l’évaluation et la correction des configurations enregistrées par rapport à des normes prédéfinies. Lorsque vous combinez AWS Organizations avec les fonctionnalités de AWS Config et [AWS CloudFormation](https://aws.amazon.com/cloudformation/), vous pouvez gérer et automatiser efficacement la conformité des configurations à l’échelle pour des centaines de comptes membres. Vous pouvez examiner les modifications apportées aux configurations et aux relations entre les ressources AWS et explorer de manière approfondie l’historique d’une configuration de ressources.
+ La fonction **d’automatisation des tâches de surveillance** d’AWS fournit différents outils que vous pouvez utiliser pour surveiller les services. Vous pouvez configurer ces outils pour automatiser les tâches de surveillance. Créez et mettez en œuvre un plan de surveillance qui collecte les données de surveillance de toutes les parties de votre charge de travail afin de pouvoir déboguer plus facilement une panne multipoint si elle se produit. Par exemple, vous pouvez utiliser les outils de surveillance automatisés pour observer Amazon EC2 et pour qu’ils vous signalent tout problème lors des contrôles de l’état du système, des contrôles de l’état des instances et en cas d’alarmes Amazon CloudWatch.
+ **Automatisation de la maintenance et des opérations** : exécutez automatiquement les opérations de routine sans intervention humaine. En utilisant les services et outils AWS, vous pouvez choisir les automatisations AWS à implémenter et à personnaliser en fonction de vos besoins spécifiques. Par exemple, utilisez [EC2 Image Builder](https://aws.amazon.com/image-builder/) pour créer, tester et déployer des images de machines virtuelles et de conteneurs à utiliser sur AWS ou sur site ou pour appliquer des correctifs à vos instances EC2 avec AWS SSM. Si l’action souhaitée ne peut pas être réalisée avec les services AWS ou si vous avez besoin d’actions plus complexes avec le filtrage des ressources, automatisez vos opérations à l’aide des outils [AWS Command Line Interface](https://docs.aws.amazon.com/cli/index.html)(AWS CLI) ou AWS SDK. AWS CLI permet d’automatiser l’ensemble du processus de contrôle et de gestion des services AWS à l’aide de scripts sans utiliser la AWS Management Console. Sélectionnez vos kits AWS SDK préférés pour interagir avec les services AWS. Pour d’autres exemples de code, consultez le [référentiel d’exemples](https://github.com/awsdocs/aws-doc-sdk-examples) de code AWS SDK.
+ **Création d’un cycle de vie continu grâce aux automatisations :** il est important d’établir et de préserver des politiques de cycle de vie matures, non seulement pour des raisons de réglementation ou de redondance, mais également pour optimiser les coûts. Vous pouvez utiliser AWS Backup pour gérer et automatiser de manière centralisée la protection des données des magasins de données, tels que vos compartiments, vos volumes, vos bases de données et vos systèmes de fichiers. Vous pouvez également utiliser Amazon Data Lifecycle Manager pour automatiser la création, la rétention et la suppression des instantanés EBS et des AMI basées sur EBS.
+ **Suppression des ressources inutiles :** il est assez courant d’accumuler des ressources inutilisées dans l’environnement de test (sandbox) ou les Comptes AWS de développement. Les développeurs créent et testent divers services et ressources dans le cadre du cycle de développement normal, puis ils ne suppriment pas ces ressources lorsqu’elles ne sont plus nécessaires. Les ressources inutilisées peuvent entraîner des coûts inutiles et parfois élevés pour l’organisation. La suppression de ces ressources contribue à réduire les coûts d’exploitation de ces environnements. Assurez-vous que vos données ne sont pas nécessaires ou qu’elles sont sauvegardées en cas de doute. Vous pouvez utiliser AWS CloudFormation pour nettoyer les piles déployées, ce qui supprime automatiquement la plupart des ressources définies dans le modèle. Vous pouvez également créer une automatisation pour la suppression de ressources AWS à l’aide d’outils comme [aws-nuke](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/automate-deletion-of-aws-resources-by-using-aws-nuke.html).
## Ressources
**Documents connexes :**
+ [Modernisation des opérations dans le AWS Cloud](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration)
+ [Services AWS pour l’automatisation](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration/aws-services-for-automation.html)
+ [Infrastructure et automatisation](https://aws.amazon.com/blogs/infrastructure-and-automation/)
+ [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)
+ [Surveillance automatique et surveillance manuelle](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring_automated_manual.html)
+ [Automatisations AWS pour l’administration et les opérations SAP](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-sap-automation/automations.html)
+ [AWS Managed Services](https://docs.aws.amazon.com/managedservices/index.html)
+ [AWS Professional Services](https://aws.amazon.com/professional-services/)
**Vidéos connexes :**
+ [Automate Continuous Compliance at Scale in AWS](https://www.youtube.com/watch?v=5WOL8Njvx48)
+ [AWS Backup Demo: Cross-Account & Cross-Region Backup](https://www.youtube.com/watch?v=dCy7ixko3tE)
+ [Patching for your Amazon EC2 Instances](https://www.youtube.com/watch?v=ABtwRb9BFY4)
**Exemples connexes :**
+ [Réinvention des opérations automatisées (partie I)](https://aws.amazon.com/blogs/mt/reinventing-automated-operations-part-i/)
+ [Réinvention des opérations automatisées (partie II)](https://aws.amazon.com/blogs/mt/reinventing-automated-operations-part-ii/)
+ [Automatisation de la suppression des ressources AWS avec aws-nuke](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/automate-deletion-of-aws-resources-by-using-aws-nuke.html)
+ [Suppression des volumes Amazon EBS inutilisés avec AWS Config et AWS SSM](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/delete-unused-amazon-elastic-block-store-amazon-ebs-volumes-by-using-aws-config-and-aws-systems-manager.html)
+ [Automatisation de la conformité continue à l’échelle dans AWS](https://aws.amazon.com/blogs/mt/automate-cloud-foundational-services-for-compliance-in-aws/)
+ [Automatisations informatiques avec AWS Lambda](https://aws.amazon.com/lambda/it-automation/)