Une entreprise exécute des instances EC2 avec une charge stable et continue et des fonctions Lambda avec une charge variable et imprévisible. L'application utilise un cluster Amazon MemoryDB for Redis comme cache. Pour minimiser le coût mensuel global, quelle stratégie d'achat l'entreprise devrait-elle adopter ?

La bonne stratégie optimise les coûts pour chaque service. Les instances EC2 avec une charge stable sont idéales pour les Savings Plans d'instance EC2, qui offrent les réductions les plus importantes pour un type d'instance spécifique. Les fonctions Lambda, avec une charge variable, bénéficient d'un Compute Savings Plan pour couvrir la consommation de base, car il s'applique à l'utilisation de calcul sans engagement sur un type d'instance spécifique. Les nœuds MemoryDB for Redis, étant des ressources dédiées, sont mieux couverts par des nœuds réservés pour des économies maximales. Les autres options sont moins efficaces : Un Compute Savings Plan pour EC2 est moins avantageux qu'un Savings Plan d'instance pour une charge stable. La concurrence réservée de Lambda ne réduit pas le coût d'exécution, seulement la disponibilité. Un seul Compute Savings Plan pour tout est trop générique et ne maximise pas les économies spécifiques à chaque service. Un Compute Savings Plan pour MemoryDB n'existe pas ; seuls les nœuds réservés sont applicables.