Azure FinOps pour PME québécoises

Les mécaniques qui dérivent

Depuis 2022, beaucoup d'organisations québécoises ont migré massivement vers Azure. La promesse : flexibilité, scalabilité, dernière génération de services. La réalité 24 mois plus tard, pour beaucoup : une facture multipliée par 2 ou 3 par rapport à l'estimation initiale.

Le coupable n'est jamais Azure lui-même. Ce sont quatre mécaniques humaines et organisationnelles qui se cumulent :

• Machines surdimensionnées par prudence lors de la migration ("on prendra plus petit plus tard" - qui ne vient jamais).
• Environnements de test laissés actifs 24/7 (alors qu'ils ne servent que 30 heures/semaine).
• Absence de tagging qui rend impossible toute attribution des coûts aux directions ou aux applications.
• Pas de gouvernance sur la création de nouvelles ressources - chaque équipe ajoute sans visibilité.

Pourquoi le FinOps n'est pas du "coupage de coûts"

Une approche "coupe ce qui dépasse" produit des effets collatéraux : ressources critiques sous-dimensionnées qui plantent en pic, équipes qui contournent la gouvernance, recrutement de l'équipe TI plombé.

Le FinOps moderne, à la Foundation FinOps Framework, vise trois objectifs simultanés : optimiser les coûts existants, garantir la performance, instaurer une culture de responsabilité partagée ("qui utilise paye, qui paye sait").

Levier 1 - Reserved Instances et Savings Plans (gain 25-55 %)

Microsoft propose deux mécanismes d'engagement qui réduisent significativement le coût des ressources stables :

• Reserved Instances (RI) : engagement 1 ou 3 ans sur une VM, un SQL Database ou un App Service, réduction jusqu'à 72 % vs pay-as-you-go (1 an : 30-40 % typique, 3 ans : 55-72 %).
• Savings Plans Azure (introduits oct. 2022) : engagement 1 ou 3 ans sur un volume horaire de compute, plus flexible que les RI (s'applique à plusieurs SKUs et régions), réduction jusqu'à 65 % selon Microsoft.
• Application : sur du compute stable (>70 % d'utilisation), les RI 3 ans sont quasi systématiquement gagnantes. Sur des workloads variables, les Savings Plans donnent un meilleur compromis.
• Risque : engager 3 ans une charge qui va migrer dans 6 mois = perte sèche. Toujours valider le roadmap applicatif avant tout engagement RI long.

Levier 2 - Rightsizing (gain 15-35 %)

Selon Azure Advisor et nos audits, 30 à 60 % des VMs en production sont surdimensionnées de plus de 30 % par rapport à leur usage réel. La cause : prudence à la migration, croissance anticipée qui n'a pas eu lieu, copie de spec on-premise sans réflexion cloud.

Méthode : analyse de 30 jours d'utilisation CPU/RAM/IOPS via Azure Monitor ou Datadog. Identifier les ressources sous-utilisées (P95 < 40 %). Proposer un nouveau sizing, valider business, programmer la bascule en fenêtre de maintenance.

Levier 3 - Extinction automatique dev/test (gain 60-70 % sur ces environnements)

Les environnements de développement et de test sont typiquement utilisés 30 à 50 heures/semaine sur les 168 heures hebdomadaires. Laissés allumés 24/7, ils consomment 3 à 5 fois leur usage réel.

Méthode : Azure Automation runbook (PowerShell) ou Azure Logic App qui éteint les VMs dev/test à 19h et les rallume à 7h en semaine, restent éteintes le weekend.

Bouton de "reprise manuelle" pour les développeurs qui travaillent le weekend. Communication : "voici comment ça marche", pas "voici la nouvelle règle".

Levier 4 - Storage tiering (gain 40-80 % sur le stockage froid)

Azure Blob Storage propose plusieurs tiers : Hot (accès fréquent), Cool (mensuel), Cold (trimestriel), Archive (annuel ou rare). Le tier Archive coûte ~1/10 du tier Hot.

Application : tous les logs, sauvegardes anciennes, backups long terme, données réglementaires doivent être dans les tiers froids. Lifecycle management policies Azure automatisent la transition basée sur la date du dernier accès.

Levier 5 - Suppression des ressources orphelines (gain ponctuel souvent significatif)

Disques managés non attachés, IPs publiques non utilisées, snapshots oubliés, NSGs orphelins, App Service plans vides : autant d'éléments facturés mais sans usage. Audit ponctuel typique : 5 à 15 % de gain immédiat sans aucun impact opérationnel.

À refaire tous les 6 mois - les ressources orphelines s'accumulent au fil des projets terminés.