Rendre les dépenses compréhensibles et pilotables sans sacrifier la performance ou la disponibilité.
Le FinOps relie consommation, usage et responsabilité économique. Cette page présente les choix structurants ; les audits et optimisations sur un périmètre défini sont décrits séparément dans Services.
VOTRE CONTEXTE
Des ressources partagées ou sans labels rendent les variations difficiles à expliquer. La ventilation par produit, projet et environnement doit garder une catégorie commune lorsque l’attribution serait arbitraire, avec une règle de showback connue des équipes.
Réduire une capacité sur la seule moyenne peut modifier latence, traitement des pics et reprise. L’ajustement doit préserver les objectifs de service et comparer des périodes et usages équivalents avant de conclure à un gain.
Des requêtes BigQuery scannent parfois des partitions entières pour alimenter les mêmes tableaux de bord. Le coût vient aussi des jointures, des tables intermédiaires et des relances ; il ne se résume pas au prix unitaire d’un slot.
TROIS PILIERS
Relier exports de facturation Azure et GCP, tags, labels, budgets et alertes aux responsables des usages. Distinguer crédits, engagements, coûts partagés et coûts directement pilotables évite de masquer une dépense inconnue sous une répartition artificielle.
Examiner utilisation, pics, calendriers et marge nécessaire aux SLO avant de modifier compute ou stockage. L’arrêt planifié d’un environnement non productif reste réversible : propriétaire informé, exceptions, fenêtres et redémarrage explicites. Supprimer des ressources orphelines demande une validation de leur rétention.
Mesurer octets analysés et latence sur les requêtes représentatives. Partitionnement et clustering peuvent améliorer certains filtres selon la distribution des données ; comparer également tarification à la demande et capacité selon la variabilité de charge, sans additionner des gains hypothétiques.
CHOIX TECHNIQUES
Un poste partagé documenté vaut mieux qu’une répartition fictive. La part non attribuée reste visible et la règle d’allocation est révisée quand les usages ou propriétaires changent.
Comparer coût par usage, latence et disponibilité sur des périodes cohérentes. Réservations et engagements ne conviennent pas aux charges variables ; une instance moins chère hors SLO n’est pas optimisée.
Un filtre de partition ne réduit le scan que si la requête l’utilise efficacement. Tester clustering, volume lu et temps de réponse avant de choisir une réservation de capacité ou une évolution de schéma.
PASSER À L’ACTION
Cette page présente les savoir-faire. Chaque prestation précise son périmètre, ses livrables et son déroulement.
AKITA / CONTACT
Présentez-moi la décision, les systèmes concernés et vos contraintes. Je vous aiderai à définir la suite la plus utile.
