Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Användningen för varje API-åtgärd som består av den tid då en GraphQL-begäran/-svar körs rapporteras i kapacitetsenheter (CUs) i sekunder med en hastighet av 10 kapacitetsenheter per timme. Mer information finns i följande avsnitt.
Vem behöver prisinformation
Det är viktigt att förstå priser för GraphQL API för:
- Infrastrukturkapacitetsadministratörer planerar kapacitetskrav och hanterar kostnader för GraphQL-arbetsbelastningar
- Administratörer för infrastrukturresurser övervakar och optimerar API-förbrukningen för att hålla sig inom kapacitetsbudgetar
- Programarkitekter utformar kostnadseffektiva lösningar som optimerar användningsmönster för Fabric API
- Budgetering för finans- och inköpsteam av Fabric-kapacitet baserat på GraphQL API-förbrukning
Använd den här prisinformationen när du planerar GraphQL API-implementeringar eller optimerar befintliga program för kostnadseffektivitet.
Förbrukningshastighet
API för GraphQL-användning mäts baserat på resolverns exekveringstid. Matchare är GraphQL-komponenterna som hämtar och bearbetar data från dina datakällor – Fabric genererar automatiskt dessa matchare när du bifogar datakällor eller väljer objekt som ska exponeras via ditt API.
Så här fungerar förbrukningen:
När en klientapplikation skickar en GraphQL-fråga eller mutation (eller när du kör en fråga i API-redigeraren) kör resolverarna för att hämta de begärda data och returnera dem. Den totala körningstiden för alla lösare i en begäran avgör vilka kapacitetsenheter som används.
I följande tabell definieras förbrukningshastigheten för API för GraphQL-åtgärder:
| Funktion i Måttappen | Beskrivning | Operationsmätenhet | Förbrukningshastighet |
|---|---|---|---|
| Sökfråga | GraphQL-läs- eller skrivåtgärd | GraphQL-hanterarexekveringar | 10 CU per timme |
Övervaka användningen
Appen Infrastrukturkapacitetsmått visar den totala kapacitetsanvändningen för API för GraphQL-åtgärder under namnet "Fråga". Dessutom kan API-användare visa en sammanfattning av sina faktureringsavgifter för API för GraphQL-användning under faktureringsobjektet "GraphQL".
Kapacitetsanvändningstyp
API för GraphQL-begäranden klassificeras som interaktiva jobb eftersom de är åtgärder på begäran som utlöses av klientprogram eller användarinteraktioner med användargränssnittet. Den här klassificeringen påverkar hur Fabric hanterar kapacitetsutnyttjande och tillämpar begränsningsprinciper.
Så här jämnar Fabric ut kapacitetsanvändningen:
Infrastrukturresurser jämnar ut (medelvärden) kapacitetsenhetsanvändningen för interaktiva jobb under minst 5 minuter. Den här metoden gör det möjligt för operationer att expanderas och använda fler resurser tillfälligt, samtidigt som den totala kapaciteten bibehålls. Enligt policyn för Fabric-throttling börjar begränsningen när en kapacitetsenhet förbrukar alla tillgängliga resurser för de kommande 10 minuterna.
Frågekomplexitetspåverkan:
- Komplexa frågor: Frågor som returnerar kapslade data från flera datakällor eller utför omfattande databearbetning tar längre tid att köra, vilket förbrukar fler CU-sekunder
- Enkla frågor: Enkla frågor som returnerar fokuserade datamängder körs snabbare och förbrukar färre CU-sekunder
För att optimera kostnaderna utformar du dina GraphQL-frågor så att du bara begär de data du behöver och överväger komplexiteten i kapslade relationer.