Si vous gérez vos coûts d'infrastructure cloud sur AWS, vous avez sans doute entendu dire que les Savings Plans (SPs) et les Reserved Instances (RIs) peuvent générer des économies significatives par rapport aux instances On-Demand.
Si vous gérez vos coûts d'infrastructure cloud sur AWS, vous avez sans doute entendu dire que les Savings Plans (SPs) et les Reserved Instances (RIs) peuvent générer des économies significatives par rapport aux instances On-Demand. Mais maximiser ces économies ne se résume pas à acheter des commitments : il s'agit de prendre les bons engagements, au bon moment, sur les bons services et avec la bonne stratégie.
AWS propose des remises substantielles pour l'usage engagé de ressources, mais choisir la bonne option reste essentiel pour éviter le gaspillage ou de payer trop cher des instances On-Demand. Consultez ce guide des Savings Plans AWS et Google Cloud pour mieux comprendre les différentes offres de remises.
Au fil des années, en accompagnant différents clients, j'ai identifié les erreurs récurrentes des organisations en matière de commitments AWS — et la façon de les éviter pour adopter une approche plus intelligente de l'économie cloud.
- Attendre trop longtemps avant de s'engager
- Ne pas s'engager sur l'ensemble des services éligibles
- Automatiser la gestion des commitments trop tôt
- Choisir par défaut des commitments d'un an
- Négliger l'arbitrage entre Spot et commitments
- N'utiliser qu'une partie des options de commitments
- Retarder les commitments entreprise (PPA/EDP)
1. Attendre trop longtemps avant de s'engager
L'erreur :
Les organisations hésitent souvent à prendre des engagements à long terme tant qu'elles ne sont pas absolument sûres de leurs choix d'infrastructure. Or, pendant qu'elles attendent, elles continuent de payer les tarifs On-Demand, plus élevés.
Exemple concret :
Une entreprise SaaS en croissance a différé son engagement sur des Savings Plans pendant la migration de ses microservices, faute de savoir quels services deviendraient pérennes. En seulement trois mois, ses dépenses On-Demand ont bondi de 30 %. Une stratégie d'engagement progressive lui aurait permis de capter des économies sans s'enfermer dans la mauvaise configuration.
La solution :
Même en période d'incertitude — migrations, tests ou lancements de produits — pensez à engager une partie de votre usage. Combinez Savings Plans et RIs court et long terme selon votre niveau de confiance. Cette approche vous permet de commencer à économiser immédiatement, sans surengagement.
Astuce bonus :
Avec les Reports de DoiT Cloud Intelligence, vous créez facilement des rapports pour analyser le coût et l'usage EC2 à l'heure ou à la journée, et prenez ainsi des décisions éclairées avant de vous engager.
Rapport DoiT Cloud Intelligence — coût horaire EC2 BoxUsage SKU
Rapport DoiT Cloud Intelligence — usage horaire EC2 BoxUsage SKU
2. Ne pas s'engager sur l'ensemble des services éligibles
L'erreur :
Se concentrer uniquement sur les services les plus évidents — comme EC2 et RDS — et passer à côté des opportunités d'économies sur d'autres services tels que Lambda, Fargate, EKS ou OpenSearch.
Exemple concret :
Une startup fintech a engagé uniquement ses workloads EC2 et RDS, en ignorant son usage croissant d'EKS et de Lambda. Après un audit de coûts, elle a constaté que 40 % de ses coûts mensuels de compute n'étaient couverts par aucun commitment.
Coûts OnDemand OpenSearch, Redshift, SageMaker
La solution
Voyez la forêt, pas seulement les arbres. Si vous exécutez des applications serverless, des workloads conteneurisés ou des analyses de données, vous avez très probablement un usage éligible aux commitments sur Fargate, Lambda, EKS, OpenSearch et bien d'autres. Ces services peuvent — et devraient — bénéficier de remises grâce à la bonne stratégie de SPs ou de RIs.
Astuce bonus :
Avec les insights de DoiT Cloud Intelligence, les clients reçoivent des recommandations actionnables pour optimiser leurs coûts, suivre leur progression, repérer l'usage éligible aux commitments sur l'ensemble des services — pas uniquement EC2 et RDS — renforcer la sécurité cloud et adopter les bonnes pratiques FinOps et Well-Architected.
Recommandations Reserved Instances dans DoiT Cloud Intelligence Insights
3. Automatiser la gestion des commitments trop tôt
L'erreur :
Automatiser les commitments avant d'avoir vraiment compris vos schémas d'usage peut conduire à des achats mal optimisés — ou pire, à un surengagement.
Exemple concret :
Une entreprise e-commerce a déployé un outil d'automatisation des commitments avec un fournisseur rémunéré au pourcentage des économies. L'outil a acheté agressivement des RIs en supposant un usage stable. Plus tard, le client a changé de famille d'instances et s'est retrouvé avec des RIs OpenSearch inutilisés, en décalage avec ses nouveaux workloads. Résultat : il payait à la fois des commitments inutilisés et les frais du fournisseur.
Reserved Instances OpenSearch comparées à l'usage réel
La solution :
Avant d'automatiser :
- Comprenez vos schémas de coûts et anticipez votre usage
- Modélisez le taux d'utilisation des commitments sur des horizons d'un et de trois ans
- Choisissez des outils offrant un contrôle granulaire et une véritable personnalisation
L'automatisation doit renforcer votre stratégie, pas s'y substituer.
Astuce bonus 1 :
Avec le Dashboard DoiT Cloud Intelligence, les clients créent des vues personnalisées pour suivre coûts et usage de leurs commitments. Abonnez-vous aux dashboards pour recevoir des mises à jour régulières par e-mail ou Slack.
Dashboard personnalisé DoiT Cloud Intelligence pour suivre l'utilisation des Reserved Instances
Astuce bonus 2 :
Avec CloudFlow de DoiT Cloud Intelligence — une solution de workflow FinOps no-code propulsée par la GenAI — les clients automatisent et pilotent leurs processus FinOps sans effort.
Vous pouvez par exemple configurer un workflow simple pour être notifié à l'approche de l'expiration de vos Reserved Instances (RIs), et ainsi rester proactif et éviter les mauvaises surprises.
Exemple de CloudFlow DoiT Cloud Intelligence : notification 7 jours avant expiration des RIs
4. Choisir par défaut des commitments d'un an
L'erreur :
De nombreuses équipes optent par défaut pour des commitments d'un an, jugés moins risqués. Mais cela revient souvent à passer à côté d'économies plus importantes offertes par des structures d'engagement plus longues ou plus flexibles.
Exemple concret :
Une entreprise du secteur des médias est restée sur des SPs d'un an pour rester agile. En combinant des engagements plus longs sur son usage de base prévisible et des engagements plus courts sur ses workloads dynamiques, elle aurait pu économiser 20 % de plus chaque année.
La solution :
Si vos workloads sont stables, n'ayez pas peur des engagements à plus long terme. Mélanger les durées offre souvent le meilleur équilibre entre coût et risque.
Astuce bonus :
Avec Flexsave for Compute de DoiT Cloud Intelligence, les clients bénéficient d'économies automatiques sans aucun engagement préalable. La solution idéale en période de transition — par exemple lors d'une migration cloud — pour rester flexible tout en réduisant les coûts. Pour des workloads stables, nous recommandons un Own SP de 3 ans, qui peut générer environ 50 % d'économies supplémentaires par rapport à Flexsave seul.
Couverture Flexsave et Savings Plans clients dans DoiT Cloud Intelligence
5. Négliger l'arbitrage entre Spot et commitments
L'erreur :
Trop s'engager sur des RIs ou des SPs sans évaluer si certains workloads tourneraient à moindre coût sur des Spot Instances.
Exemple concret :
Une entreprise d'analyse de données a engagé 100 % de ses workloads de batch processing en RIs. Or ces traitements étaient en réalité parfaits pour des Spot Instances : tolérants aux pannes et flexibles dans le temps. Elle a manqué 70 à 90 % d'économies potentielles.
La solution :
Avant de verrouiller des engagements, évaluez si certaines parties de votre workload — notamment les environnements dev/test ou les jobs batch — peuvent tourner de manière fiable sur Spot. Une stratégie mixte donne souvent les meilleurs résultats.
Astuce bonus :
Avec la solution Spot Scaling de DoiT Cloud Intelligence, les clients intègrent les Spot Instances aux Auto Scaling Groups en toute simplicité. Idéal pour le batch processing, les applications stateless et les environnements dev/test : maximisez les économies sans compromettre la fiabilité.
6. N'utiliser qu'une partie des options de commitments
L'erreur :
De nombreuses entreprises se concentrent uniquement sur les RIs EC2 ou les Compute SPs, en ignorant d'autres options de commitments comme Redshift, SageMaker et OpenSearch.
Exemple concret :
Une plateforme du secteur de l'énergie dépensait beaucoup sur Redshift, SageMaker et OpenSearch, mais ne s'était engagée que sur son usage EC2. Elle est passée à côté de jusqu'à 76 % d'économies sur Redshift et 64 % sur SageMaker — soit plus de 100 000 $ d'économies non réalisées par an.
La solution :
Explorez l'éventail complet des options de commitments : RIs Convertibles EC2, RIs OpenSearch, Reserved Nodes Redshift, Compute Savings Plans et bien d'autres. Évaluez tous les services éligibles et combinez les engagements de manière stratégique pour maximiser les économies sur l'ensemble du portefeuille. Vous pouvez consulter ce blog DoiT pour en savoir plus sur les différentes offres de remises.
Les différentes options de commitments AWS
Astuce bonus :
En complément de Flexsave et d'Insights mentionnés plus haut, DoiT Cloud Intelligence vous donne aussi accès à un expert humain qui collabore étroitement avec vous pour comprendre vos objectifs métier et recommander la stratégie de commitments adaptée — afin que vos économies soient alignées sur vos objectifs opérationnels.
DoiT Cloud Intelligence — accès à un expert humain
7. Retarder les commitments entreprise (PPA/EDP)
L'erreur :
Les clients éligibles tardent souvent à signer un Private Pricing Agreement (PPA) ou un Enterprise Discount Program (EDP), et laissent ainsi des économies substantielles de côté.
Exemple concret :
Une entreprise du secteur de la santé a atteint l'éligibilité PPA six mois avant d'agir. Pendant ce laps de temps, elle a dépensé plus de 200 000 $ de trop sur des services On-Demand qu'elle aurait pu obtenir aux tarifs entreprise.
La solution :
Dès que vous êtes éligible, commencez à modéliser votre dépense et négociez un PPA/EDP. Ces accords débloquent des remises globales et apportent une meilleure prévisibilité financière. S'associer à un expert des coûts cloud comme DoiT vous aide à :
- Modéliser la croissance et l'usage sur 2 à 5 ans
- Optimiser la montée en charge de votre dépense
- Limiter le risque de shortfall grâce à une planification proactive
Astuce bonus :
Avec le Commitment Manager de DoiT, les clients gagnent en visibilité sur leurs commitments AWS grâce à la visualisation de la couverture, des tendances d'usage et des soldes restants. De quoi planifier et décider de manière proactive pour maximiser les économies et réduire les commitments inutilisés.
Aperçu du Commitment Manager DoiT Cloud Intelligence
Les commitments AWS sont un levier puissant pour maîtriser les coûts cloud — à condition d'être utilisés stratégiquement. Que vous soyez une startup en hypercroissance ou une entreprise qui modernise son infrastructure, éviter ces pièges courants peut considérablement améliorer votre efficacité financière.
Chez DoiT, nous aidons nos clients à prendre de meilleures décisions d'engagement grâce à une visibilité en temps réel, à la modélisation de l'usage et à l'accompagnement d'experts — sans frais cachés ni automatisation rigide.
Prêt à optimiser votre stratégie de commitments AWS avec DoiT ?
Discutons-en. Contactez-nous ou réservez gratuitement une revue de vos commitments AWS et une analyse de vos coûts cloud pour identifier des opportunités d'économies et améliorer votre planification.