Tarification et utilisation de la capacité pour les applications Fabric

Comprenez comment une application Fabric consomme la capacité Fabric et quelles fonctionnalités de la plateforme n’entraînent pas de frais supplémentaires distincts. Cet article explique où les unités de capacité sont utilisées dans la base de données SQL dans Fabric, l’API GraphQL et les opérations OneLake.

Comment la facturation fonctionne

Les applications Fabric s’exécutent sur une capacité Fabric. Chaque opération effectuée par un service enfant d’une application Fabric consomme des unités de capacité (CU) sur la capacité Fabric attribuée à votre espace de travail.

Votre espace de travail doit avoir une capacité Fabric attribuée. La consommation cu est suivie dans l’application Microsoft Fabric Capacity Metrics où vous pouvez surveiller l’utilisation par élément et par opération.

Ce qui consomme la capacité

Une application Fabric utilise trois services Fabric qui consomment des CUs :

SQL Database

L’élément enfant SQL Database consomme des CUs pour le calcul et le stockage.

Operation Ce qu’il couvre Compteur de facturation Type
Utilisation de SQL Calcul pour toutes les requêtes, modifications et traitement des données SQL : inclut les requêtes de l'API GraphQL de votre application et toutes les requêtes que vous exécutez dans l'éditeur de requête du portail Fabric. Base de données SQL dans l’utilisation de la capacité Fabric (CU) Interactive
Stockage SQL alloué Stockage alloué dynamiquement pour les tables, les index, les journaux des transactions et les métadonnées. Entièrement intégré à OneLake. Données de stockage SQL stockées Contexte

Une Fabric CU est égale à 0,383 vCores de base de données SQL.

GraphQL API

Chaque requête GraphQL (lecture) et chaque mutation (écriture) effectuée par le RayfinClient de votre application consomment des CU. Le taux de consommation est de 10 CUs par heure de temps de traitement des requêtes et des réponses.

Operation Ce qu’il couvre Compteur de facturation Type
Query Calcul pour toutes les requêtes GraphQL (lectures) et mutations (écritures) effectuées par les clients API sur vos modèles de données. API pour l’utilisation de la capacité de requête GraphQL en CU Interactive

Pour plus d’informations, consultez Fabric API pour GraphQL dans la documentation des opérations de Fabric.

Stockage OneLake (contenu statique)

Lorsque l’hébergement statique est activé, vos ressources front-end générées (HTML, CSS, JS) sont stockées dans OneLake et servies à partir d’une URL publique. Le stockage OneLake et les opérations de lecture/écriture pour servir le contenu consomment des unités de gestion.

Operation Ce qu’il couvre Compteur de facturation Type
Lecture OneLake Opérations de lecture lors de la diffusion de contenu statique aux utilisateurs finaux. Utilisation de capacité des opérations de lecture OneLake en CU Contexte
OneLake Write Écrire des opérations lors du déploiement ou de la mise à jour du contenu statique via rayfin up. Utilisation de capacité des opérations d’écriture OneLake en CU Contexte
Stockage OneLake Stockage de fichiers de contenu statiques dans OneLake. Stockage OneLake Contexte

Ce qui ne consomme pas plus de capacité

Les fonctionnalités des applications Fabric suivantes n’entraînent pas, à ce stade, de facturation distincte des CU :

  • Fabric service d’hébergement d’applications : service principal d’application qui gère le routage et l’authentification des API.
  • Authentification — connexion et gestion des sessions via l’authentification négociée par Fabric (SSO Entra).
  • Opérations de déploiement — L’exécution de rayfin up pour déployer votre application n’entraîne pas de coût en CU propre au-delà des opérations SQL et OneLake qu’elle déclenche.

Contenu connexe

  • Last updated on