Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Forstå, hvordan en Fabric-app bruger Microsoft Fabric-kapacitet, og hvilke platformfunktioner der ikke tilføjer separate gebyrer. Denne artikel forklarer, hvor kapacitetsenheder (CU'er) bruges på tværs af SQL-databasen i Fabric, GraphQL API og OneLake-operationer.
Sådan fungerer fakturering
Fabric-apps kører på Microsoft Fabric-kapacitet. Hver operation udført af en Fabric-app child service bruger CU'er fra den Fabric-kapacitet, der er tildelt dit arbejdsområde.
Dit arbejdsområde skal have tildelt Fabric-kapacitet. CU-forbruget spores i Microsoft Fabric Capacity Metrics-appen hvor du kan overvåge forbruget pr. vare og pr. operation.
Hvad forbruger kapacitet
En Fabric-app bruger tre Fabric-tjenester, der forbruger CU'er:
SQL Database
SQL Database-underelementet bruger CU'er til beregning og lagring.
| Operation | Hvad det dækker | Faktureringsmåler | Type |
|---|---|---|---|
| SQL-brug | Compute for alle SQL-forespørgsler, ændringer og databehandling — inkluderer forespørgsler fra din applikations GraphQL API og eventuelle forespørgsler, du kører i Fabric-portalens forespørgselseditor. | SQL-database i Microsoft Fabric CU for kapacitetsforbrug | Interaktiv |
| Allokeret SQL-lagring | Dynamisk allokeret lagring til tabeller, indekser, transaktionslogfiler og metadata. Fuldt integreret med OneLake. | Lagrede SQL Storage-data | Baggrund |
En Fabric CU er lig med 0,383 SQL-database-vCores.
GraphQL API
Hver GraphQL-forespørgsel (læsning) og mutation (skrivning) foretaget af din applikation RayfinClient bruger CU'er.
Forbrugsraten er ti CU'er pr. time af anmodnings- og svarbehandlingstid.
| Operation | Hvad det dækker | Faktureringsmåler | Type |
|---|---|---|---|
| Forespørgsel | Beregn for alle GraphQL-forespørgsler (læsninger) og mutationer (skrivninger), som API-klienter udfører mod dine datamodeller. | API til GraphQL Query Capacity Usage CU | Interaktiv |
For flere detaljer, se Fabric API for GraphQL i dokumentationen for Fabric operationer.
OneLake-lagring (statisk indhold)
Når statisk hosting er aktiveret, bliver dine byggede frontend-assets (HTML, CSS, JS) gemt i OneLake og leveret fra en offentlig URL. OneLake-lagring og læse-/skriveoperationerne til at levere indhold forbruger CU'er.
| Operation | Hvad det dækker | Faktureringsmåler | Type |
|---|---|---|---|
| OneLake Read | Læseoperationer ved levering af statisk indhold til slutbrugere. | Cu for kapacitetsforbrug for læsehandlinger i OneLake | Baggrund |
| OneLake Write | Skriveoperationer ved udrulning eller opdatering af statisk indhold via rayfin up. |
Cu for kapacitetsforbrug for OneLake-skrivehandlinger | Baggrund |
| OneLake Storage | Lagring af statiske indholdsfiler i OneLake. | OneLake-opbevaring | Baggrund |
Hvad der ikke bruger mere kapacitet
Følgende Fabric-app-funktioner medfører ikke separate CU-gebyrer på nuværende tidspunkt:
- Fabric App hosting-tjeneste — Applikationsbackend-tjenesten, der håndterer API-routing og autentificering.
- Authentication — Fabric mæglet auth-indlogging (Entra SSO) og sessionsstyring.
-
Udrulningsoperationer — At køre
rayfin upfor at udrulle din applikation har ikke sin egen CU-afgift ud over de SQL- og OneLake-operationer, det udløser.