Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Erfahren Sie, wie eine Fabric-App die Fabric-Kapazität nutzt und welche Plattformfunktionen keine separaten Gebühren hinzufügen. Dieser Artikel erklärt, wo Kapazitätseinheiten (CUs) in der gesamten SQL-Datenbank in Fabric, GraphQL API, User Data Functions und OneLake-Operationen verwendet werden.
Funktionsweise der Abrechnung
Fabric-Apps werden auf einer Fabric-Kapazität ausgeführt. Jeder Vorgang, den ein untergeordneter Dienst einer Fabric-App ausführt, verbraucht CUs 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 nutzt vier 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 | Rechenkapazität für alle SQL-Abfragen, Änderungen und Datenverarbeitung – einschließlich Abfragen aus der GraphQL-API Ihrer Anwendung und aller Abfragen, die Sie im Abfrage-Editor des Fabric-Portals ausführen. | SQL-Datenbank in der Fabric-Kapazitätsauslastung 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.
Fabric-Benutzerdatenfunktionen
Sie bezahlen für Fabric User Data Functions basierend auf der Funktionsausführung, der Metadatenspeicherung in OneLake und den damit verbundenen OneLake-Operationen.
| Vorgang | Beschreibung | Item | Azure Abrechnungszähler | Typ |
|---|---|---|---|---|
| Ausführung von Benutzerdatenfunktionen | Berechnen Sie für eine Funktion, die vom Fabric-Portal, einem anderen Fabric-Element oder einer externen Anwendung angefordert wird. | Benutzerdatenfunktionen | Ausführung der Benutzerdatenfunktion (CU/s) | Interactive |
| Test des Portals für Benutzerdatenfunktionen | Berechnen Sie zum Testen einer Funktion im Entwicklungsmodus. Die Testsitzungen dauern mindestens 15 Minuten. | Benutzerdatenfunktionen | Ausführung der Benutzerdatenfunktion (CU/s) | Interactive |
| Statische Speicherung von Benutzerdatenfunktionen | Speicherung komprimierter interner Funktionsmetadaten in einem serviceverwalteten OneLake-Konto. Diese Gebühr gilt auch dann, wenn du den Gegenstand nicht benutzt. | OneLake-Speicher | OneLake-Speicher | Background |
| Benutzerdatenfunktionen statische Speicherlesung | Liest interne Funktionsmetadaten, wenn eine Funktion nach einer Phase der Inaktivität ausgeführt wird. | OneLake-Lesevorgänge | OneLake-Lesevorgänge | Background |
| Benutzerdatenfunktionen Schreiben in statischen Speicher | Schreibt oder aktualisiert interne Funktionsmetadaten, wenn das User Data Functions-Element veröffentlicht wird. | OneLake-Schreibvorgänge | OneLake-Schreibvorgänge | Background |
| Benutzerdatenfunktionen, statischer Speicher, iteratives Lesen | Liest interne Funktionsmetadaten, wenn User Data Functions aufgeführt sind. | Iterative Lesevorgänge in OneLake | Iterative Lesevorgänge in OneLake | Background |
| Benutzerdatenfunktionen Statische Speicherung Andere Operationen | Weitere Operationen auf Funktionsmetadaten in einem dienstverwalteten OneLake-Konto. | OneLake: Sonstige Vorgänge | OneLake: Sonstige Vorgänge | Background |
OneLake-Speicher (statischer Inhalt)
Wenn statisches Hosting aktiviert ist, werden deine erstellten Frontend-Assets (HTML, CSS, JS) in OneLake gespeichert und von einer Fabric Apps Hosting-URL bereitgestellt. Die Speicher- und Leseoperationen gelten, egal ob Sie den Zugriff auf geschützte oder öffentliche Vermögenswerte konfigurieren. 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.