Guide FinOps : réduire vos coûts cloud

Les coûts cloud peuvent exploser très rapidement si on ne fait pas attention. Et souvent, on ne s'en rend compte qu'à la fin du mois, quand la facture arrive. Ce guide vous donne des actions concrètes pour réduire vos coûts dès maintenant, sans sacrifier les performances. On vous assure, on a testé toutes ces méthodes et elles fonctionnent vraiment !

Quick win #1 : Mettre en place des budgets et alertes

Pourquoi c'est important ?

Si vous ne surveillez pas vos coûts, ils peuvent exploser sans que vous le sachiez. Un script qui tourne en boucle, une instance oubliée, une base de données mal configurée... Et hop, la facture explose.

Comment faire ?

AWS :

• Créez un budget dans AWS Budgets (gratuit)
• Configurez des alertes à 50%, 80%, et 100% de votre budget
• Recevez des emails automatiques quand vous approchez des limites

GCP :

• Utilisez les budgets et alertes dans la console GCP
• Configurez des alertes par projet ou par service

Azure :

• Configurez des budgets dans Cost Management
• Créez des alertes par ressource ou par groupe de ressources

Astuce : Commencez avec un budget mensuel basé sur vos dépenses actuelles, puis ajustez au fur et à mesure.

Quick win #2 : Right-sizing des instances

Le problème

Souvent, on surdimensionne les instances "au cas où". Résultat ? On paie pour des ressources qu'on n'utilise pas. Et ça coûte cher !

Comment identifier les instances surdimensionnées ?

AWS :

• Utilisez AWS Cost Explorer pour voir l'utilisation CPU/mémoire
• AWS Compute Optimizer vous suggère automatiquement des tailles optimales

GCP :

• Utilisez Recommender pour avoir des suggestions de right-sizing
• Vérifiez l'utilisation dans Cloud Monitoring

Actions concrètes

• Si CPU < 20% : Passez à une instance plus petite
• Si mémoire < 30% : Réduisez la RAM
• Si utilisation < 10% : Passez à une instance spot/reserved (jusqu'à 70% de réduction)

Exemple concret : Une instance t3.large (2 vCPU, 8GB RAM) qui utilise 15% de CPU et 20% de RAM peut être remplacée par une t3.small (2 vCPU, 2GB RAM). Économie : ~50€/mois.

Quick win #3 : Autoscaling intelligent

Le problème

Beaucoup d'applications tournent avec un nombre fixe d'instances, même quand la charge est faible. Résultat ? On paie pour des ressources inutilisées la nuit, le weekend, etc.

La solution : autoscaling basé sur la charge

Configurez l'autoscaling pour :

• Scale up : Quand CPU > 70% ou mémoire > 80%
• Scale down : Quand CPU < 30% et mémoire < 40% pendant 10 minutes
• Min instances : 1 (ou 2 pour la haute disponibilité)
• Max instances : Selon votre pic de charge

Exemple d'économie

Avant : 4 instances 24/7 = 4 × 50€ = 200€/mois

Avec autoscaling :

• 1 instance la nuit/weekend (50% du temps) = 1 × 50€ × 0.5 = 25€
• 2 instances en journée (30% du temps) = 2 × 50€ × 0.3 = 30€
• 4 instances en pic (20% du temps) = 4 × 50€ × 0.2 = 40€

Total : 95€/mois au lieu de 200€. Économie : 105€/mois (52%).

Quick win #4 : Mise en sommeil des environnements

Le problème

Les environnements de dev/staging tournent souvent 24/7, même quand personne ne les utilise. C'est de l'argent qui part en fumée !

La solution

Option 1 : Arrêt automatique

• Arrêtez les instances dev/staging en dehors des heures de bureau (18h-9h, weekends)
• Utilisez des scripts cron ou des Lambda functions pour automatiser
• Économie : ~65% (si arrêt 16h/jour + weekends)

Option 2 : Instances spot/reserved

• Utilisez des instances spot pour les environnements non critiques
• Économie : jusqu'à 70% par rapport aux instances on-demand
• Attention : Les instances spot peuvent être interrompues, donc pas pour la prod

Quick win #5 : Optimiser le stockage

Les actions rapides

• Supprimer les snapshots anciens : Gardez seulement les 7 derniers jours
• Archiver les données anciennes : Déplacez les données > 30 jours vers du stockage froid (S3 Glacier, etc.)
• Compresser les logs : Utilisez la compression pour réduire l'espace de stockage
• Nettoyer les volumes inutilisés : Supprimez les volumes EBS/Disks qui ne sont plus attachés

Exemple d'économie

Avant : 500GB de logs à 0.10€/GB = 50€/mois

Après compression : 100GB à 0.10€/GB = 10€/mois

Économie : 40€/mois (80%)

Quick win #6 : Réserver les instances (si vous êtes sûr)

Quand utiliser les Reserved Instances ?

Si vous êtes sûr d'utiliser une instance pendant au moins 1 an, les Reserved Instances peuvent vous faire économiser jusqu'à 70%.

Les options

• 1 an, paiement partiel : ~40% de réduction
• 1 an, paiement total : ~50% de réduction
• 3 ans, paiement total : ~70% de réduction

Attention : Ne réservez que si vous êtes sûr de la taille et du type d'instance. Sinon, vous risquez de payer pour quelque chose que vous n'utilisez pas.

Plan d'action : par où commencer ?

Semaine 1 : Visibilité

• ✅ Mettre en place des budgets et alertes
• ✅ Analyser vos coûts actuels (par service, par projet)
• ✅ Identifier les plus gros postes de dépense

Semaine 2 : Quick wins

• ✅ Mettre en sommeil les environnements dev/staging
• ✅ Nettoyer les snapshots et volumes inutilisés
• ✅ Compresser les logs

Semaine 3 : Optimisation

• ✅ Right-sizing des instances
• ✅ Configurer l'autoscaling
• ✅ Archiver les données anciennes

Semaine 4 : Optimisation avancée

• ✅ Évaluer les Reserved Instances (si pertinent)
• ✅ Optimiser les requêtes de base de données
• ✅ Réviser l'architecture (CDN, cache, etc.)

Outils recommandés

• AWS Cost Explorer : Pour analyser les coûts AWS
• GCP Cost Management : Pour analyser les coûts GCP
• Azure Cost Management : Pour analyser les coûts Azure
• CloudHealth / CloudCheckr : Solutions tierces pour multi-cloud (payantes mais très complètes)

En résumé

Réduire les coûts cloud, c'est possible et ça ne prend pas forcément beaucoup de temps. Commencez par les quick wins (budgets, sommeil des environnements, nettoyage), puis optimisez progressivement. L'important, c'est de commencer et de mesurer l'impact.

Besoin d'aide ? Si vous voulez qu'on vous accompagne dans l'optimisation de vos coûts cloud, n'hésitez pas à nous contacter. On sera ravie de vous aider !