Preise und Kapazitätsnutzung für Fabric Apps

Verstehen, wie eine Fabric-App Microsoft Fabric Kapazität verbraucht und welche Plattformfeatures keine separaten Gebühren hinzufügen. In diesem Artikel wird erläutert, wo Kapazitätseinheiten (CUs) in der SQL-Datenbank in Fabric-, GraphQL-API- und OneLake-Vorgängen verwendet werden.

Funktionsweise der Abrechnung

Fabric Apps werden auf Microsoft Fabric Kapazität ausgeführt. Jeder Vorgang, der von einem untergeordneten Dienst einer Fabric-App ausgeführt wird, verbraucht CUs aus der Fabric-Kapazität, die Ihrem Arbeitsbereich zugewiesen ist.

Ihrem Arbeitsbereich muss eine Fabric-Kapazität zugewiesen sein. Der CU-Verbrauch wird in der App Microsoft Fabric Kapazitätsmetriken nachverfolgt, in der Sie die Nutzung pro Element und pro Vorgang überwachen können.

Was verbraucht Kapazität

Eine Fabric-App verwendet drei Fabric-Dienste, die CUs verbrauchen:

SQL-Datenbank

Das untergeordnete SQL-Datenbankelement verwendet CUs zum Berechnen und Speichern.

Vorgang Was es abdeckt Abrechnungsmesser Typ
SQL-Verwendung Rechenleistung für alle SQL-Abfragen, Änderungen und Datenverarbeitung – umfasst Abfragen aus der GraphQL-API Ihrer Anwendung sowie alle Abfragen, die Sie im Abfrage-Editor des Fabric-Portals ausführen. SQL-Datenbank in Microsoft Fabric Kapazitätsverbrauch CU Interactive
Zugewiesener SQL-Speicher Dynamisch zugewiesener Speicher für Tabellen, Indizes, Transaktionsprotokolle und Metadaten. Vollständig in OneLake integriert. SQL-Speicher gespeicherte Daten Background

Ein Fabric CU entspricht 0.383 SQL-Datenbank vCores.

GraphQL-API

Jede GraphQL-Abfrage (Lesen) und Mutation (Schreiben), die von RayfinClient Ihrer Anwendung ausgeführt wird, verbraucht CUs. Die Verbrauchsrate beträgt zehn CUs pro Stunde der Anforderungs- und Antwortverarbeitungszeit.

Vorgang Was es abdeckt Abrechnungsmesser Typ
Query Berechnen Sie für alle GraphQL-Abfragen (Lesevorgänge) und Mutationen (Schreibvorgänge), die von API-Clients für Ihre Datenmodelle ausgeführt werden. API für GraphQL-Abfragen – Kapazitätsverbrauch CU Interactive

Weitere Informationen finden Sie in der Fabric-Betriebsdokumentation unter Fabric-API für GraphQL.

OneLake-Speicher (statischer Inhalt)

Wenn statisches Hosting aktiviert ist, werden Ihre integrierten Frontend-Objekte (HTML, CSS, JS) in OneLake gespeichert und von einer öffentlichen URL bereitgestellt. OneLake-Speicher und die Lese-/Schreibvorgänge für die Bereitstellung von Inhalten verbrauchen CUs.

Vorgang Was es abdeckt Abrechnungsmesser Typ
OneLake Lesen Lesevorgänge beim Bereitstellen statischer Inhalte für Endbenutzer. Kapazitätsverbrauch (CU) für OneLake-Lesevorgänge Background
OneLake Write Schreibvorgänge beim Bereitstellen oder Aktualisieren statischer Inhalte über rayfin up. Kapazitätsverbrauch (CU) für OneLake-Schreibvorgänge Background
OneLake-Speicher Speichern statischer Inhaltsdateien in OneLake. OneLake-Speicher Background

Was nicht mehr Kapazität verbraucht

Die folgenden Fabric App-Funktionen verursachen derzeit keine separaten CU-Gebühren:

  • Fabric App-Hostingdienst – Der Anwendungs-Back-End-Dienst, der API-Routing und Authentifizierung verarbeitet.
  • Authentifizierung — von Fabric vermittelte Authentifizierung (Entra SSO), Anmeldung und Sitzungsverwaltung.
  • Bereitstellungsvorgänge — Das Ausführen von rayfin up, um Ihre Anwendung bereitzustellen, verursacht keine eigene CU-Gebühr über die SQL- und OneLake-Vorgänge hinaus, die dadurch ausgelöst werden.