COST05-BP05 Sélectionner les composants de cette charge de travail pour optimiser les coûts conformément aux priorités de l'organisation - AWS Well-Architected Framework

COST05-BP05 Sélectionner les composants de cette charge de travail pour optimiser les coûts conformément aux 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 de l'application, tels qu'Amazon Relational Database Service (RDSAmazon), Amazon DynamoDB, Amazon Simple Notification Service (Amazon) et SNS Amazon Simple Email Service (SESAmazon) 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 et Amazon Simple Storage Service (Amazon S3) pour les sites web statiques. Conteneurisez votre application si possible et utilisez des services de conteneurs AWS gérés tels qu'Amazon Elastic Container Service (AmazonECS) ou Amazon Elastic Kubernetes Service (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 tels que Lambda, Amazon SimpleQueue Service (Amazon)SQS, Amazon et Amazon. SNS 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 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. Cela signifie moins de consommation de bande passante réseau, moins CPU d'utilisation, moins de capacité de parc inactive et moins de SSL poignées de TLS main.

Pour plus d’informations sur la technologie sans serveur, consultez le livre blanc Well-Architected – Présentation des applications sans serveur.

É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 examiner le trafic attendu pour vos bases de données AWS, envisagez d'augmenter la taille de l'instance ou d'utiliser les ElastiCache services Amazon (Redis ou Memcached) pour fournir des mécanismes de mise en cache pour 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 :

Exemples connexes :