CONSULTINGIT & TRANSFORMATION
Cloud & FinOps

Votre facture cloud augmente sans nouveau projet ?

Aucun projet lancé, aucun effectif supplémentaire, et une facture en hausse. Les sept mécanismes d'une dépense cloud que personne ne pilote.

8 min de lecture
Pilotage de la dépense cloud

Vous n'avez lancé aucun projet, votre effectif n'a pas bougé, et la facture cloud du trimestre est plus élevée que celle du précédent. Ce n'est ni une erreur de facturation ni une anomalie : c'est le comportement normal d'une infrastructure à la demande que personne ne pilote.

1 · Le provisionnement ne se referme pas tout seul

Un environnement créé pour un test de charge ou une migration reste actif après l'événement. Techniquement, il fonctionne. Personne ne reçoit d'alerte, parce qu'il n'y a pas d'incident. Le coût, lui, court. C'est la première source d'écart que nous trouvons, et la plus facile à corriger — à condition d'avoir une règle : tout environnement provisionné porte une date d'extinction et un propriétaire nommé.

2 · Le dimensionnement d'origine n'a jamais été revu

Au moment de la migration, on calibre par prudence, sur le pic historique majoré d'une marge. La bonne décision à ce moment-là. Le problème est que personne ne revient trois mois plus tard confronter le dimensionnement à la consommation réelle.

3 · Le stockage ne diminue jamais

Les sauvegardes s'accumulent, les instantanés survivent aux volumes supprimés, les journaux s'entassent sans politique de rétention, les données froides restent sur du stockage rapide facturé au prix du chaud. Aucun de ces éléments n'apparaît dans un tableau de bord d'incidents. Tous apparaissent sur la facture.

4 · Les engagements se décalent du besoin

Vous avez souscrit des réservations pour réduire le coût unitaire — bonne décision. Mais l'architecture a évolué. Les engagements portent alors sur des ressources que vous ne consommez plus, tandis que ce que vous consommez est facturé au tarif à la demande. Vous payez deux fois.

5 · Les frais de transfert de données

La ligne que personne n'anticipe. Transfert sortant, échanges entre zones de disponibilité, flux entre régions : chaque appel est facturé. Une architecture répartie pour des raisons de résilience — bonne pratique — génère un coût de transfert permanent, proportionnel au trafic applicatif.

6 · Les services managés ajoutés par commodité

Une file de messages ici, une fonction serverless là, un service de journalisation, un cache. Chacun coûte peu et résout un problème réel. Additionnés sur deux ans, ils constituent une part significative de la facture, et aucun ne fait l'objet d'une décision d'investissement.

7 · L'intelligence artificielle générative

Le poste le plus récent, et le moins piloté. Des accès sont ouverts à des équipes, les appels sont facturés à l'usage, et la consommation n'est rattachée à aucun budget identifié — simplement parce que l'accès existe et que rien ne le borne.

Ce qui distingue un pilotage d'un reporting

Recevoir un tableau de bord mensuel n'est pas piloter. Trois éléments font la différence.

  • L'affectation. Chaque ressource porte un propriétaire et une destination. Sans étiquetage systématique, on ne peut pas discuter d'une dépense qui n'appartient à personne.
  • Le contrôle à l'entrée. Une règle de provisionnement, une date d'extinction par défaut, un seuil de validation. Empêcher une dérive coûte beaucoup moins cher que la corriger.
  • La revue périodique. Un rendez-vous mensuel court, où l'écart entre prévision et réel est expliqué par ceux qui consomment — pas par la DSI seule.

Le point essentiel : les économies obtenues sur le cloud sont presque toutes érosives. Un chantier ponctuel produit un gain réel, puis la dérive revient. Ce poste ne demande pas un projet, il demande un processus.

← Retour au blog