# 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)