"Ce sera moins cher qu’un data center. Vous ne paierez que ce que vous utilisez. Vous direz adieu au surdimensionnement."

Combien de fois avez-vous entendu ces promesses ? Et combien de fois vous êtes-vous retrouvés à regarder les factures de votre fournisseur cloud (ou de vos fournisseurs cloud) augmenter mois après mois sans vraiment comprendre pourquoi ?

En 2025, la migration vers le cloud n’est plus un choix stratégique, mais une condition nécessaire pour rester compétitif. Pourtant, pour de nombreuses entreprises, le cloud computing n’a pas tenu ses promesses fondamentales. Au lieu de l’efficacité économique tant attendue, elles se retrouvent confrontées à :

Des coûts imprévisibles, avec des variations de 30 à 40 % d’un mois à l’autre
Des factures peu claires, que presque personne n’est capable d’expliquer lorsqu’une ressource coûte autant chaque mois
Un surdimensionnement parfois encore pire que dans un data center (mais au moins, dans le data center, on savait combien on gaspillait)
Des conflits entre les équipes Finance et IT, qui se renvoient mutuellement la responsabilité tandis que les coûts continuent d’augmenter

FinOps n’est pas simplement le prochain buzzword sur lequel il faut prendre position, mais la dernière tentative pour préserver la promesse initiale du cloud. Mais cela ne fonctionne que si l’on est prêt à regarder la réalité en face.

1. La gestion des coûts est un problème de Finance

La première erreur fatale commise par de nombreuses entreprises consiste à supposer que la gestion des coûts cloud est un problème financier. Ce n’est pas le cas. C’est un problème d’architecture déguisé en problème de budget. Ce n’est pas une opinion, mais un constat fondé sur l’expérience de ceux qui ont optimisé des centaines de factures des principaux fournisseurs cloud.

Pourquoi autant d’entreprises tombent-elles dans ce piège ? Finance regarde la facture et voit des chiffres. Les équipes techniques regardent l’architecture et voient des décisions. Les coûts du cloud sont la conséquence de choix architecturaux : quelle instance choisir, comment structurer les données, quand et comment scaler, comment gérer le trafic.

L’équipe Finance peut recevoir et lire la facture, mais elle ne peut pas modifier une architecture Lambda qui génère 100 MB de logs par requête.

Pourquoi continuer à demander au CFO de résoudre des problèmes que seul le CTO peut traiter ?

La solution, brutalement simple, réside dans une répartition claire des responsabilités et un dialogue continu :

Attribuer la responsabilité des coûts à l’équipe Engineering, avec le soutien de Finance
Finance doit se concentrer sur les contrats, les unit economics et le forecasting
Engineering doit se concentrer sur l’architecture et l’optimisation

2. L’optimisation des coûts et la gestion des coûts sont la même chose

Arrêtez de confondre optimisation des coûts et gestion des coûts : c’est comme confondre une alimentation équilibrée et bien planifiée avec le fait de sauter un repas simplement pour se sentir mieux à court terme. La plupart des entreprises se limitent à la gestion des coûts alors qu’elles devraient également mener un travail approfondi d’optimisation.

La gestion des coûts est la première étape : comprendre où, par qui et comment l’argent est dépensé :

tagging des ressources
dashboards mensuels des coûts
alertes en cas de dépassement de budget

L’optimisation des coûts est l’étape suivante et peut aller jusqu’à une remise à plat profonde des choix architecturaux :

refonte de l’infrastructure et des applications
passage à des services serverless
right-sizing

Le véritable FinOps combine les deux approches, mais met l’accent sur l’optimisation. Il ne s’agit pas de savoir combien on dépense, mais quelle valeur on obtient de cette dépense.

3. Les silos organisationnels coûtent de l’argent

"When organizations don't communicate across teams, share their business context, and work toward common goals, their cloud bill shows it." (FinOps Foundation)

Un scénario typique que vous reconnaîtrez probablement :

Le CFO veut de la visibilité et une prévisibilité maximale des coûts
Le CTO veut de l’autonomie et de la rapidité de développement
L’équipe produit voulait les nouvelles fonctionnalités prêtes pour hier
Le Conseil d’administration veut tout obtenir gratuitement, ou presque

Conséquence ? Chaque équipe optimise ses coûts et ses activités pour atteindre ses propres objectifs, en ignorant l’impact sur le reste de l’organisation. Finance réduit le budget sans comprendre complètement les implications techniques. Engineering prend des décisions architecturales sans considérer leur impact économique. Le résultat est une facture cloud qui raconte l’histoire d’une entreprise qui ne sait pas où elle va.

La formule (pas vraiment) magique pour sortir de l’enfer des silos :

Créer un langage commun entre Finance et Engineering
Définir des objectifs communs qui alignent les différentes fonctions de l’entreprise
Mettre en place des processus de communication réguliers (pas uniquement lorsque la facture explose !)
Chaque décision architecturale doit toujours prendre en compte son impact économique attendu et réel

4. Les politiques internes sont pleines de failles

Presque toutes les entreprises disposent de politiques détaillées pour l’achat d’une agrafeuse, mais autorisent en même temps les développeurs à lancer des instances GPU sans aucun contrôle des coûts. C’est le paradoxe des politiques d’entreprise à l’ère du cloud.

Le problème est que le cloud IaaS et le SaaS sont encore gérés avec une mentalité et une approche héritées du data center. Dans le data center, une fois un serveur acheté, son coût était connu. Dans le cloud, au contraire, chaque appel API, chaque octet transféré et chaque microseconde de compute ont un prix.

La solution consiste à intégrer l’approche FinOps aux politiques existantes. Mais comment ?

Impliquer Procurement et Software Asset Management dans la Cloud Governance
Créer des processus d’approbation pour les dépenses liées aux ressources dépassant des seuils financiers définis
Mettre en place des alertes automatiques en cas de dépenses anormales
Rendre chaque équipe technique responsable des coûts qu’elle génère

Il ne s’agit pas de bureaucratiser l’innovation, mais de rendre visibles les conséquences économiques des décisions techniques.

5. L’antidote, c’est la Peer Review

Combien de fois une code review nous a-t-elle évité des bugs catastrophiques qui auraient fini en production ? Le même principe s’applique aux décisions liées aux coûts. Une bonne peer review apporte davantage de sécurité et permet d’éviter des erreurs coûteuses.

Avant de décider de mettre en œuvre :

une nouvelle architecture microservices
une base de données NoSQL
une pipeline de ML qui traite des téraoctets de données

il vaut toujours la peine de demander à quelqu’un ayant un profil non technique : "Combien pensez-vous que cela va nous coûter ?".

Ce n’est pas de la bureaucratie, c’est de l’ingénierie responsable.

Un processus structuré de peer review des coûts :

Évite la vision en tunnel qui fait ignorer des alternatives moins coûteuses
Partage les connaissances sur les best practices d’optimisation des coûts
Crée de l’accountability dans les décisions architecturales
Réduit fortement les mauvaises surprises sur la facture

6. L’IT sait tout

Les équipes techniques sont une véritable mine d’or en matière de compétences. Elles savent souvent déjà pourquoi cette fonction Lambda coûte autant, quel service gaspille de la bande passante et où se produit le surdimensionnement.

Mais quand ont-elles été impliquées pour la dernière fois dans une discussion sur les coûts ? Combien de fois ont-elles participé à la décision d’investir ou non dans un projet de refactoring ?

Comment optimiser la contribution de l’IT dans ce contexte :

Consulter les équipes techniques AVANT d’apporter des changements significatifs au budget cloud
Impliquer activement les équipes techniques dans la définition des métriques et KPI liés aux coûts
Valoriser l’expertise des équipes dans l’évaluation de solutions alternatives
Inviter les équipes techniques à collaborer à la création d’architectures cost-effective

7. Les outils de Cost Management sont souvent inutiles (et ils coûtent eux-mêmes de l’argent)

"Every byte counts, every AZ transfer costs, and somewhere, a cloud service team is probably inventing a new way to charge you for something you thought was free." (Eric Pullen — Cloud Economist & FinOps Expert)

La plupart des outils de Cost Management proposés par les différents fournisseurs cloud indiquent clairement quelles ressources influencent la facture, mais n’expliquent ni le contexte ni la valeur. De quoi a-t-on réellement besoin ?

D’un outil qui automatise l’analyse, et pas seulement la visualisation
De dashboards qui fournissent des insights opérationnels, et pas seulement des graphiques colorés
D’alertes intelligentes capables de distinguer les véritables anomalies du bruit de fond
D’outils intégrables aux processus d’Engineering, plutôt que de solutions isolées destinées à l’équipe Finance
D’outils qui aident les fonctions moins techniques de l’entreprise à gérer les factures et à attribuer les coûts aux bons centres de coûts

Bien entendu, tout cela doit nécessairement être complété par une analyse et une gestion humaines. Un outil peut permettre de prendre de meilleures décisions, mais la contribution et le jugement humains restent irremplaçables.

Alors, que devons-nous faire ? Abandonner ?

Nous avons vu que FinOps n’est ni une mode, ni un projet trimestriel, ni une activité ponctuelle. Il s’agit d’une pratique qui doit être développée et soutenue dans la durée au sein de l’organisation.

L’approche FinOps est le seul moyen de réellement tenir les promesses du cloud dans un monde où chaque décision technique entraîne des conséquences économiques immédiates.

La réalité est que les entreprises qui choisissent de ne pas implémenter correctement FinOps continueront à payer les conséquences financières de chaque décision architecturale erronée ou irréfléchie.

Heureusement, il existe aussi de bonnes nouvelles : avec la bonne combinaison de :

Responsabilités clairement définies
Processus de collaboration structurés
Un outil qui génère des insights, et pas seulement des rapports simples
L’adoption d’une culture de responsabilité économique dans les décisions techniques
Et, si nécessaire, un partenaire capable de vous accompagner dans vos choix

il est possible de transformer le cloud d’un coût difficile à comprendre en un avantage concurrentiel mesurable.

La question à se poser n’est pas : "Comment réduire les coûts du cloud ?" mais : "Comment optimiser la valeur que nous tirons du cloud ?"

Le cloud n’est désormais plus seulement une question technique. C’est un levier stratégique. Et FinOps est le langage commun qui permet de le faire fonctionner.