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 - AWS Well-Architected Framework

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 (Amazon RDS), Amazon DynamoDB, Amazon Simple Notification Service (Amazon SNS) et Amazon Simple Email Service (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 et Amazon Simple Storage Service (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 (Amazon ECS) 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 comme Lambda, Amazon Simple Queue Service (Amazon SQS), Amazon SNS et Amazon 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. 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.

É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:

Exemples connexes :