C'est quoi ce FinOps dont tout le monde parle ?

Le FinOps (contraction de Finance et DevOps) n'est pas un nouvel outil magique à installer, mais une culture et un ensemble de pratiques qui visent à donner aux équipes techniques et financières une vision commune des coûts cloud. L'idée est simple : arrêter de subir la facture en fin de mois et commencer à la piloter en temps réel, comme on piloterait n'importe quel autre indicateur business.

Et croyez-nous, ce n'est pas un luxe réservé aux grandes entreprises. Même une PME avec trois instances EC2 et une base de données managée peut se faire surprendre par des coûts qui explosent silencieusement.

Le syndrome de la facture surprise

On a tous connu (ou entendu parler d') une situation du genre : un stagiaire lance un cluster Kubernetes pour tester un POC, l'oublie pendant trois semaines, et l'entreprise se retrouve avec 2 000 € de facture pour des ressources qui ne servaient absolument à rien.

Exemple concret

Imaginez une instance r5.4xlarge sur AWS, oubliée en fonctionnement 24h/24 pendant un mois. Rien que pour cette instance, la facture peut dépasser 700 dollars. Multipliez ça par plusieurs environnements de dev, de staging, de recette non surveillés, et vous comprenez vite pourquoi certaines PME découvrent des factures cloud représentant 15 à 20% de coûts inutiles.

Les 3 piliers du FinOps

La méthodologie FinOps, popularisée par la FinOps Foundation, repose sur un cycle continu en trois phases.

1. Inform (informer)

Impossible d'optimiser ce qu'on ne mesure pas. Cette phase consiste à donner de la visibilité sur qui dépense quoi, et pourquoi. Le tagging systématique des ressources est ici votre meilleur allié.

resource "aws_instance" "web_app" {
  ami           = "ami-0abcdef1234567890"
  instance_type = "t3.medium"

  tags = {
    Environment = "production"
    Project     = "site-ecommerce"
    Owner       = "equipe-backend"
    CostCenter  = "marketing"
  }
}

Avec des tags cohérents, vous pouvez ensuite générer des rapports de coûts par projet, par équipe ou par client, et détecter immédiatement les anomalies.

2. Optimize (optimiser)

Une fois que vous savez où part l'argent, il est temps d'agir. Les leviers classiques :

  • Right-sizing : adapter la taille des instances à l'usage réel (beaucoup d'entreprises surdimensionnent « par sécurité »)
  • Instances réservées ou Savings Plans : si votre charge est prévisible, vous pouvez économiser jusqu'à 70% par rapport au tarif à la demande
  • Spot instances : parfaites pour les workloads tolérants aux interruptions (batchs, tests, CI/CD)
  • Auto-scaling : pour ne payer que ce dont vous avez réellement besoin, au bon moment

3. Operate (opérer)

Le FinOps n'est pas un audit ponctuel, c'est un processus continu. Il faut mettre en place des alertes automatiques et des revues régulières pour que les bonnes pratiques deviennent un réflexe collectif, pas une corvée annuelle.

Des outils concrets pour commencer

Pas besoin d'un logiciel à 50 000 € par an pour démarrer. Voici quelques actions simples et rapides à mettre en place.

Mettre en place des budgets et alertes

Sur AWS, vous pouvez créer une alerte budgétaire directement via Terraform :

resource "aws_budgets_budget" "monthly_cost" {
  name         = "budget-mensuel-production"
  budget_type  = "COST"
  limit_amount = "1000"
  limit_unit   = "USD"
  time_unit    = "MONTHLY"

  notification {
    comparison_operator        = "GREATER_THAN"
    threshold                  = 80
    threshold_type             = "PERCENTAGE"
    notification_type          = "ACTUAL"
    subscriber_email_addresses = ["devops@youonline.fr"]
  }
}

Avec ce bloc, dès que vous atteignez 80% du budget fixé, toute l'équipe reçoit une alerte par email. Simple, efficace, et ça évite les mauvaises surprises en fin de mois.

Détecter les ressources zombies

Un petit script pour lister les volumes EBS non attachés (donc totalement inutiles mais toujours facturés) :

aws ec2 describe-volumes \
  --filters Name=status,Values=available \
  --query 'Volumes[*].{ID:VolumeId,Size:Size,CreatedAt:CreateTime}' \
  --output table

Vous seriez surpris du nombre de volumes orphelins qui traînent après la suppression d'instances mal nettoyées.

Automatiser l'extinction des environnements non-prod

Pour les environnements de dev et de staging, pas besoin qu'ils tournent la nuit ou le week-end. Une simple fonction Lambda planifiée via EventBridge peut stopper automatiquement ces instances en dehors des heures de bureau, pour une économie potentielle de 60 à 65% sur ces environnements.

Les pièges classiques à éviter

Quelques erreurs qu'on voit très (trop) souvent chez nos clients :

  • Confondre élasticité et gaspillage : le cloud permet de scaler, pas de laisser tourner des ressources « au cas où »
  • Négliger les coûts cachés : trafic sortant (egress), stockage de logs non purgés, snapshots qui s'accumulent...
  • Penser que le FinOps est réservé aux grandes entreprises : au contraire, les petites structures ont souvent moins de marge d'erreur
  • Faire du FinOps un sujet uniquement technique : sans implication des équipes finance et management, les optimisations restent ponctuelles et ne durent pas

Et concrètement, par où commencer ?

Si vous deviez ne retenir qu'une chose : commencez petit, mais commencez maintenant. Taguez vos ressources dès aujourd'hui, mettez en place une alerte budgétaire cette semaine, et planifiez une revue mensuelle des coûts avec votre équipe. Ce sont des actions qui prennent quelques heures mais qui peuvent vous faire économiser des milliers d'euros par an.

Chez YouOnline, on accompagne régulièrement nos clients dans l'audit et l'optimisation de leur infrastructure cloud, que ce soit sur AWS, Azure, OVHcloud ou Scaleway. Et croyez-nous, il y a presque toujours des optimisations faciles à trouver, même chez des équipes techniques expérimentées. Le cloud est un outil puissant, mais comme toute puissance, il mérite d'être maîtrisé plutôt que subi.

FinOpsCloud ComputingAWSOptimisation des coûtsTerraform
Partager