À quoi sert le FinOps

Le FinOps (Cloud Financial Operations) est une discipline qui structure la gestion des coûts cloud comme une responsabilité partagée entre l'ingénierie, la finance et le produit. Avant le cloud public, les coûts d'infrastructure étaient prévisibles : capex à 3 ou 5 ans, amortissement linéaire, peu de variations. Le cloud a inversé ce modèle : les coûts deviennent variables, granulaires et instantanés, et personne ne sait plus à quoi correspondent exactement les 50 000 CHF mensuels d'AWS.

Le FinOps répond à ce désordre en formalisant trois pratiques : visibilité (qui dépense quoi, sur quel projet), optimisation (réduire le gaspillage technique), et gouvernance (cadrage budgétaire, alertes, revues mensuelles).

Les trois phases du cycle FinOps

1. Inform (informer). Tagger chaque ressource avec son propriétaire, son environnement, son projet. Construire des dashboards de coûts par équipe, par produit, par client. Donner aux ingénieurs la visibilité de leurs propres dépenses ; sans ce premier pas, aucune optimisation n'est durable.

2. Optimize (optimiser). Identifier les ressources sur-dimensionnées, les volumes orphelins, les workloads idle pendant 80% du temps, les instances on-demand qui auraient dû être réservées ou spot. Les premières optimisations dégagent typiquement 25 à 40% d'économies en quelques semaines, sans changement architectural majeur.

3. Operate (opérer). Intégrer les revues de coûts dans le cycle opérationnel mensuel. Définir des budgets par équipe avec alertes automatiques. Faire de la fin de mois cloud un rituel aussi structuré que la fin de mois comptable.

En pratique pour une PME suisse

Le FinOps n'est pas réservé aux entreprises avec plusieurs millions de dollars de dépense cloud annuelle. Sur les missions Hidora, une PME romande de 100 personnes avec 30 000 CHF mensuels d'infrastructure peut typiquement dégager 8 000 à 12 000 CHF d'économies dès le premier trimestre. Les leviers les plus courants observés sur le terrain :

Right-sizing Kubernetes : ajuster les requests et limits des pods en se basant sur la consommation réelle, pas sur des hypothèses initiales pessimistes. Économies typiques : 30 à 40% du CPU réservé.
Spot instances sur les workloads tolérants : CI/CD, batchs, environnements de staging. Réduction des coûts de calcul de 60 à 80%.
Storage class approprié : passer du stockage SSD premium à du stockage froid pour les backups et les logs anciens. Facteur 5 à 10 d'économie.
Réservations sur la baseline stable : couvrir 50 à 70% du CPU continu avec des engagements 1 ou 3 ans.

FinOps et souveraineté suisse

Les organisations suisses qui consolident leur infrastructure sur des fournisseurs locaux (Hikube, Infomaniak, Exoscale) bénéficient d'une variable de moins : les coûts sont en CHF, sans risque de change. Pour les workloads encore sur hyperscalers, intégrer la volatilité USD/CHF dans le forecast est devenu un réflexe FinOps depuis 2022.

Quand FinOps reste prématuré

Pour une startup en phase de découverte produit ou une infrastructure inférieure à 5 000 CHF mensuels, le coût opérationnel de mise en place du FinOps dépasse les gains. Mieux vaut alors un audit ponctuel trimestriel qu'un programme structuré.

Services Hidora associés

Consulting : audit FinOps initial, identification des gisements d'économies, plan d'action chiffré.
Managed Services : revue mensuelle des coûts dans le rapport opérationnel, alertes budgétaires.
Kubernetes et Observabilité : prérequis techniques pour mesurer la consommation par workload.