Tarifs Microsoft Fabric : ce que vous paierez vraiment

Comment fonctionne concrètement le modèle F-SKU

Microsoft Fabric facture la puissance de calcul en unités de capacité (CU). Vous achetez une capacité dimensionnée sous forme de F-SKU (de F2 au minimum, en doublant jusqu'à F2048 au maximum), et chaque service dans Fabric (pipelines Data Factory, requêtes Lakehouse, Power BI, Notebooks, Copilot) puise dans le même pool partagé. Il n'y a pas de grille tarifaire par service à réconcilier en fin de mois. C'est là que le modèle simplifie la vie.

⚠️ Le stockage est hors du pool de CU : OneLake est facturé séparément, à environ 0,02 € par Go par mois pour les données chaudes, avec des niveaux cool et cold moins chers. Sur une première plateforme de données, le stockage est généralement négligeable face au calcul.

Il existe deux façons de payer :

• Pay-as-you-go (PAYG) : facturé à l'heure à 0,1892 € par CU par heure (environ 138 € par CU par mois si la capacité ne s'arrête jamais). La capacité PAYG peut être mise en pause, ce qui en fait le bon choix pour les environnements de développement et tout ce qui tourne sur un calendrier.

• Réservation sur un an : 985,68 € par CU par an, soit environ 82 € par CU par mois. C'est environ 40 % moins cher que le PAYG, mais ça se facture que la capacité tourne ou non. Par ailleurs, l'engagement trois ans est exactement le triple du tarif un an, donc rien à gagner à s'engager plus longtemps.

En résumé : vous payez pour la place de parking, pas pour les kilomètres. C'est une logique très différente de Databricks (paiement par DBU consommé) ou Snowflake (paiement par seconde de calcul).

Les équipes financières apprécient cette prévisibilité. Mais ce modèle réserve quand même quelques surprises.

#1 La capacité double à chaque palier

Chaque montée en F-SKU double le coût précédent. F2, F4, F8, F16, F32, F64. Ça semble évident dit comme ça, mais les conséquences ne sont pas toujours anticipées.

Voici les tarifs mensuels réels pour les paliers que considèrent la plupart des PME (tarifs Azure pour l'Europe occidentale, vérifiés en juillet 2026) :

Si vous êtes sur F4 réservé (~328 € par mois) et que votre charge commence à saturer la capacité, le passage à F8 représente une hausse de 100 %... Et c'est pareil à chaque étape. La courbe de tarification n'a pas de transitions douces ; c'est un escalier où chaque marche fait exactement la hauteur de tout ce que vous payez déjà !

La tentation est de surdimensionner par précaution, en achetant F8 quand F4 ferait probablement l'affaire. Résistez-y ! Monter en capacité dans Fabric prend quelques clics, tandis qu'acheter un palier trop grand vous engage pour un an de factures au mauvais niveau.

Notre suggestion : démarrez proche de votre baseline attendue, et utilisez l'application gratuite Fabric Capacity Metrics de Microsoft pour décider quand augmenter sur la base de données réelles. C'est une application dédiée que vous installez dans votre workspace Fabric, qui affiche :

• l'utilisation des CU heure par heure ;

• les artefacts les plus consommateurs ;

• les événements de throttling.

Confiez à une personne désignée la tâche de la consulter mensuellement. Les organisations qui sautent cette étape sont celles qui se retrouvent sur F16 quand F8 aurait suffi.

#2 Le piège des licences Power BI à F64

C'est le calcul que la plupart des budgets Fabric ratent, parce que licences et infrastructure se trouvent généralement dans des colonnes différentes du même tableur.

Un exemple concret : en dessous de F64, chaque personne qui ouvre un rapport Power BI a besoin d'une licence Power BI Pro (environ 13 € par utilisateur par mois) en plus de la capacité Fabric. À F64 et au-delà, les lecteurs de rapports n'ont pas besoin de licence propre tant qu'ils ont le rôle de lecteur sur le workspace. En revanche, les personnes qui construisent et publient des rapports ont besoin de Pro dans tous les cas.

Morale de l'histoire : faites le calcul comparatif avant de supposer que le SKU le plus bas est le moins cher. L'écart entre une réservation F32 et F64 est d'environ 2 630 € par mois. À 13 € par licence Pro, cet écart se comble autour de 200 lecteurs de rapports. Au-delà, la capacité plus grande est l'option moins chère, et elle offre deux fois plus de puissance de calcul.

• Si votre audience de reporting est petite (moins de 100 lecteurs), restez bien en-dessous de F64 et payez par licence Pro.

• Si elle est large (quelques centaines d'employés qui consultent des tableaux de bord sans les modifier), F64 inverse l'arithmétique en votre faveur.

#3 Vous payez la capacité même à l'arrêt

Avec la capacité réservée (reserved capacity en anglais), vous payez autant à 3h du matin le dimanche qu'à 10h le mardi. Si votre organisation fait tourner son reporting uniquement sur les heures ouvrables, vous payez des places de parking que vous n'utilisez pas.

Pour la plupart des PME, c'est acceptable, parce que leurs charges de travail en termes de data sont relativement stables en semaine et plus légères le week-end (mais pas nulles). La prime pour la capacité idle est faible et prévisible.

Mais il existe un profil où cela devient un vrai gaspillage : les charges très irrégulières. Si votre utilisation de Fabric se concentre sur quelques jours intenses par mois (clôture mensuelle, reporting trimestriel) et est quasi-nulle le reste du temps, la facturation à la consommation (Databricks, Snowflake) peut être sensiblement moins chère.

💡 Conseil pratique : dans la mesure du possible, maintenez les capacités de dev et test en PAYG et mettez-les en pause en dehors des heures ouvrables. Fabric prend en charge la mise en pause des capacités PAYG nativement (les capacités réservées se facturent quoi qu'il arrive, c'est pourquoi les réservations n'ont de sens que pour une production stable). Configurez correctement la mise en pause et vous récupérez 30 à 50 % du coût hors production. C'est l'une des façons les plus simples d'améliorer votre ROI Microsoft Fabric.

La capacité de production tourne généralement en continu pour que les tableaux de bord restent réactifs. C'est un coût fixe qui fait partie du modèle.

#4 Prévisible ne veut pas dire bon marché

C'est la considération la plus importante, parce que c'est celle que le marketing de Microsoft tend à minimiser.

La tarification à capacité fixe de Fabric est l'un de ses atouts. Les équipes financières l'adorent parce qu'il n'y a pas de mauvaises surprises sur la facture. Mais la prévisibilité a un prix : Fabric est généralement un peu plus cher qu'une configuration Databricks en pay-per-use ou qu'une stack open source bien optimisée sur l'infrastructure Azure. Vous payez pour la commodité d'une plateforme de données unifiée, pas pour l'efficacité brute du calcul.

Cette prime est bien dépensée pour la bonne organisation.

Le modèle de tarification Fabric est pertinent si :

• le rôle de votre CFO est d'éliminer les surprises du budget ;

• votre équipe data est petite et n'a pas la capacité d'optimiser des clusters ;

• la simplicité opérationnelle a de la valeur pour vous.

D'autres plateformes battront Fabric sur le coût total si :

• le rôle de votre CFO est de réduire les coûts d'infrastructure data ;

• votre équipe aime optimiser finement des clusters Spark ;

• vos charges ont une structure particulière (très irrégulières, ML-intensives ou streaming-first).

Le sweet spot des PME pour la tarification Fabric

Pour les PME belges avec lesquelles nous travaillons, le schéma de capacité tend à ressembler à ceci :

• F2 réservé (~164 €/mois) : reporting léger, transformations de base, Power BI comme consommateur principal. Convient aux petites équipes avec un besoin de source de vérité unique pour le reporting.
  → Environ un tiers de nos missions PME démarrent ici et y restent.

• F4 réservé (~328 €/mois) : le sweet spot. Gère Power BI, des volumes de données modérés, plusieurs tableaux de bord, quelques transformations.
  → Là où la plupart des PME atterrissent après 6 à 12 mois.

• F8 réservé (~657 €/mois) : traitement plus lourd, base d'utilisateurs plus large, cas d'usage plus avancés (un peu de ML, usage élargi de Copilot).
  → Moins de PME en ont besoin, mais ce n'est pas rare pour celles qui grandissent.

La dépense annuelle en capacité Fabric sur ces paliers va d'environ 2 000 à 8 000 € en réservé, ou de 3 300 à 13 300 € en PAYG. Pour une PME mid-market, même le chiffre le plus élevé est souvent inférieur à ce qu'une charge Databricks comparable coûterait pour un seul mois en pic d'utilisation.

Le compromis : Fabric ne s'adapte pas à la baisse pour les très petites organisations (F2 est le plancher). Et il cesse d'être rentable pour les très grandes, puisque F64 et au-delà sont chers par rapport aux alternatives (même en tenant compte des économies sur les licences Power BI Pro).

La vision complète des coûts

La capacité n'est qu'une partie du coût total. Quand nous cadrons un projet Fabric chez Agilytic, nous planifions quatre lignes :

1. Implémentation : 60 000 à 100 000 € pour une PME avec des cas d'usage clairs (environ 1 à 1,5 ETP de conseil sur 8 à 20 semaines).

2. Capacité Fabric : 164 à 657 € par mois en réservé pour la plupart des PME, soit 2 000 à 8 000 € par an.

3. Stockage OneLake : généralement négligeable à ~0,02 € par Go par mois pour les données chaudes. Pour une PME typique avec des dizaines de téraoctets, c'est quelques centaines d'euros par an.

4. Maintenance et évolution sur l'année 1 : 15 à 20 % du coût d'implémentation, soit 9 000 à 20 000 €. Cela couvre les ajustements, la mise en place du monitoring et la deuxième vague de cas d'usage.

L'investissement total sur la première année est donc d'environ 70 000 à 130 000 € sur l'ensemble du cycle de vie.

En rythme de croisière après l'année 1, prévoyez 12 000 à 22 000 € par an pour la capacité, le stockage et l'évolution continue. Les chiffres exacts dépendent du périmètre et de la complexité, mais cette fourchette couvre la plupart de nos missions.

5 habitudes qui augmentent votre facture Fabric

⚠️ Aucune de ces habitudes n'est spécifique à Fabric. Ce sont les mêmes problèmes que nous observons dans les missions d'optimisation des coûts cloud, simplement avec une nouvelle unité de facturation.

1. Des capacités de développement que personne ne met en pause : une capacité PAYG qu'on laisse tourner nuits et week-ends coûte environ trois fois plus que la même capacité pendant les heures de bureau.

2. Des SKUs dimensionnés pour se sentir en sécurité, pas pour la charge réelle : monter en capacité prend quelques clics, donc il n'y a aucun avantage à viser trop haut dès le premier jour.

3. Des jobs Spark sur des planifications que personne n'a revues depuis le go-live : des rafraîchissements horaires d'un dataset qui ne change qu'une fois par nuit brûlent des CU pour rien.

4. Des réservations laissées de côté : une fois qu'une capacité de production tourne régulièrement depuis un trimestre, payer le tarif PAYG plein est un choix.

5. Aucun responsable désigné : l'application Capacity Metrics est gratuite, mais dans la plupart des organisations, personne n'a pour mission de l'ouvrir chaque mois.

Parlons de votre modèle de coûts Fabric

Si vous cherchez à modéliser ce que Fabric coûterait vraiment à votre organisation, le chemin le plus rapide est une conversation de 30 minutes. Nous passerons en revue votre profil de charge et vous dirons honnêtement quel palier F-SKU cibler, si la réservation ou le PAYG est pertinent pour vous, et à quoi vous attendre en termes de coûts d'implémentation et de fonctionnement. Sans slides, sans engagement.

Réservez un appel de 30 minutes

Questions que les dirigeants belges nous posent sur la tarification Fabric

Quel est le palier Microsoft Fabric le moins cher ?

F2, à environ 164 € par mois avec une réservation un an, ou 276 € par mois en pay-as-you-go. C'est la plus petite capacité réservée disponible et elle couvre la majorité des cas d'usage pour les PME dans les 6 à 12 premiers mois.

Peut-on mettre en pause la capacité Microsoft Fabric ?

Seule la capacité PAYG peut être mise en pause (et une capacité mise en pause ne coûte rien sauf le stockage). La capacité réservée se facture quoi qu'il arrive, c'est pourquoi les réservations n'ont de sens que pour les charges de production stables, pas pour le développement. Mettre en pause dev et test en dehors des heures ouvrables peut faire économiser 30 à 50 % sur les coûts Fabric hors production.

Comment la tarification F-SKU Fabric se compare-t-elle à la tarification Databricks ?

La logique est différente. Le F-SKU Fabric est une capacité réservée (une facture mensuelle fixe quelle que soit l'utilisation), tandis que Databricks fonctionne à la consommation par DBU (vous payez le calcul réellement utilisé). Pour les charges stables, Fabric gagne généralement sur la simplicité. Pour les charges très variables ou ML-intensives, Databricks gagne généralement sur le coût total.

Que se passe-t-il si on dépasse notre capacité Fabric ?

Fabric lisse l'utilisation dans le temps et laisse passer les pics courts, donc un pic n'est pas un drame. Un surutilisation soutenue étrangle le travail interactif, ce que les utilisateurs remarquent bien avant que les finances ne le fassent. C'est le signal pour monter en capacité, pas une raison de surdimensionner dès le début.

Faut-il encore des licences Power BI Pro en plus de Fabric ?

En dessous de F64, oui : chaque lecteur a besoin d'une licence Pro (environ 13 € par utilisateur par mois). À F64 et au-delà, les utilisateurs avec le rôle lecteur sur le workspace n'ont pas besoin de licence propre. Les personnes qui construisent et publient des rapports ont besoin de Pro dans tous les cas. C'est le calcul qui renverse les business cases pour les organisations avec plus de 200 lecteurs de rapports.

Y a-t-il un essai gratuit pour Microsoft Fabric ?

Oui, une capacité d'essai de 60 jours adaptée à l'évaluation et aux preuves de concept. Elle n'est pas suffisante pour des charges de production, mais utile lors du cadrage et de la validation initiale.