Precios y uso de capacidad para aplicaciones de Fabric

Comprenda cómo una aplicación de Fabric consume la capacidad de Microsoft Fabric y qué funcionalidades de la plataforma no generan cargos independientes. En este artículo se explica dónde se usan las unidades de capacidad (RU) en la base de datos SQL en Fabric, GraphQL API y operaciones de OneLake.

Cómo funciona la facturación

Las aplicaciones de Fabric se ejecutan en la capacidad de Microsoft Fabric. Cada operación realizada por un servicio secundario de una aplicación de Fabric consume CU de la capacidad de Fabric asignada a su espacio de trabajo.

El área de trabajo debe tener asignada una capacidad de Fabric. Se realiza un seguimiento del consumo de CU en la aplicación Microsoft Fabric Capacity Metrics donde puede supervisar el uso por elemento y por operación.

¿Qué consume capacidad?

Una aplicación Fabric usa tres servicios Fabric que consumen CPU:

SQL Database

El elemento secundario de SQL Database consume CPU para el proceso y el almacenamiento.

Operación Lo que cubre Medidor de facturación Tipo
Uso de SQL Capacidad de proceso para todas las consultas SQL, modificaciones y procesamiento de datos: incluye las consultas de la API GraphQL de su aplicación y cualquier consulta que ejecute en el editor de consultas del portal de Fabric. CU de utilización de la capacidad de base de datos SQL de Microsoft Fabric Interactivo
Almacenamiento SQL asignado Almacenamiento asignado dinámicamente para tablas, índices, registros de transacciones y metadatos. Totalmente integrado con OneLake. Datos de almacenamiento de SQL almacenados Antecedentes

Una Fabric CU es igual a 0,383 núcleos virtuales de base de datos SQL.

GraphQL API

Todas las consultas GraphQL (lectura) y mutaciones (escritura) que realiza el RayfinClient de su aplicación consumen CU. La tasa de consumo es de diez CU por cada hora de procesamiento de solicitudes y respuestas.

Operación Lo que cubre Medidor de facturación Tipo
Query Capacidad de procesamiento para todas las consultas de GraphQL (lecturas) y mutaciones (escrituras) realizadas por los clientes de la API en sus modelos de datos. API para el uso de la capacidad de consulta de GraphQL (CU) Interactivo

Para obtener más información, consulte Fabric API for GraphQL en la documentación de operaciones de Fabric.

Almacenamiento de OneLake (contenido estático)

Cuando el hospedaje estático está habilitado, los recursos de front-end creados (HTML, CSS, JS) se almacenan en OneLake y se sirven desde una dirección URL pública. OneLake Storage y las operaciones de lectura y escritura para servir contenido consumen CPU.

Operación Lo que cubre Medidor de facturación Tipo
Lectura de OneLake Operaciones de lectura al servir contenido estático a los usuarios finales. CU de uso de la capacidad de operaciones de lectura de OneLake Antecedentes
OneLake Write Escritura de operaciones al implementar o actualizar contenido estático a través de rayfin up. CU de uso de la capacidad de operaciones de escritura de OneLake Antecedentes
OneLake Storage Almacenamiento de archivos de contenido estático en OneLake. Almacenamiento de OneLake Antecedentes

¿Qué no consume más capacidad?

En este momento, las siguientes funcionalidades de la aplicación Fabric no incurren en cargos de CU independientes:

  • Fabric Servicio de hospedaje de aplicaciones: servicio back-end de la aplicación que controla el enrutamiento y la autenticación de API.
  • Autenticación — inicio de sesión y administración de sesiones mediante autenticación intermediada de Fabric (Entra SSO).
  • Operaciones de implementación — Ejecutar rayfin up para implementar tu aplicación no tiene su propio coste en CU, más allá de las operaciones de SQL y OneLake que desencadena.

Contenido relacionado

  • Last updated on