Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Rozhraní API Microsoft Fabric pro GraphQL nabízí efektivní způsob, jak efektivně dotazovat data, ale optimalizace výkonu je klíčem k zajištění hladkého a škálovatelného výkonu. Ať už zpracováváte složité dotazy nebo optimalizujete dobu odezvy, následující osvědčené postupy vám pomůžou dosáhnout nejlepšího výkonu z implementace GraphQL a maximalizovat efektivitu rozhraní API v Prostředcích infrastruktury.
Oblasti
Volání mezi oblastmi můžou být obecně příčinou vysoké latence. Aby bylo možné dosáhnout nejlepšího výkonu, doporučuje se, aby se klienti připojovali k rozhraním API ve stejném tenantovi a oblasti kapacity.
Oblast tenanta
Oblast tenanta najdete pomocí následujících kroků:
- Přejděte na portál Microsoft Fabric s účtem správce a klikněte na ikonu nápovědy
?v pravém horním rohu. - V dolní části části nápovědy klikněte na odkaz O Fabricu.
- Zobrazí se podrobnosti o vašem tenantovi, včetně oblasti.
Oblast kapacity
Přejděte na portál Microsoft Fabric a otevřete pracovní prostor, který je hostitelem rozhraní API vaší infrastruktury pro GraphQL.
V nastavení pracovního prostoru přejděte na Informace o licenci.
Informace o oblasti kapacity najdete v části Kapacita licence.
Oblast zdroje dat
Pokud je váš zdroj dat hostovaný na platformě Fabric, oblast kapacity pracovního prostoru by byla oblast zdroje dat.
Pokud je váš zdroj dat mimo platformu Fabric, například databáze Azure SQL, měli byste být schopni najít informace o oblasti na webu Azure Portal.
Testování výkonu
Zákazníkům, kteří vyhodnocují výkon rozhraní API, doporučujeme dodržovat následující pokyny, aby se zajistily konzistentní a spolehlivé výsledky.
Nástroje na straně klienta
Chcete-li napodobit co nejtěsnější chování vaší aplikace, doporučujeme k měření výkonu použít skripty nebo ukázkovou webovou aplikaci. Kromě toho může použití sdružování připojení HTTP výrazně snížit latence zejména pro scénáře napříč oblastmi.
Můžete použít tento ukázkový skript pro testování výkonu , který vám pomůže začít.
Související články:
Shromažďování a vyhodnocování dat
Doporučujeme automatizovat provádění požadavků v dobře definovaném časovém období pomocí skriptů nebo nástrojů pro testování výkonu. Analýza výsledků založených na průměru nebo percentilu pomáhá zajistit přesnější a nestrannější měření výkonu.
Běžné problémy
Tady je seznam běžných problémů, které můžou mít vliv na latenci a výkon rozhraní API.
Vaše geografická poloha klienta se liší od vašeho tenanta a oblasti kapacity:
- Pokud máte v úmyslu dosáhnout nejlepšího výkonu pro vaši aplikaci, pomůže vám dosáhnout cíle klienty a prostředky rozhraní API ve stejné oblasti.
Proveďte dotazy na GraphQL API několikrát před testováním.
- Rozhraní API pro GraphQL nevyužívá ani nespotřebovává kapacitu (CUs), když je nečinné. To znamená, že prostředí rozhraní API je potřeba inicializovat interně během prvního volání, které trvá několik sekund navíc. Rozhraní API pro GraphQL má interní mechanismy ukládání do mezipaměti, které pomáhají snížit latence průběžných volání, ale u počátečních volání můžete čelit špičkám latence.
- Kromě samotného rozhraní API se ví, že některé zdroje dat procházejí fází zahřátí, což způsobí vyšší latenci počátečních požadavků. Pokud rozhraní API přistupuje ke zdroji dat, který je také nečinný a při prvním spuštění se musí inicializovat, latence je vyšší, protože musí počkat na inicializaci zdroje dat i rozhraní API.
- Následná volání jsou rychlejší, protože inicializace prostředí probíhá pouze jednou.
Nastavení související se zdrojem dat a kapacitou sítí.
Rozhraní API pro GraphQL si můžete představit jako obálku nad zdroji dat. Pokud má samotný zdroj dat problémy s výkonem kvůli povaze složitosti, očekává se, že latence rozhraní API může být vysoká. Pokud k takovým případům dojde, doporučuje se otestovat dotazování zdrojů dat přímo na efektivnější porovnání výkonu s rozhraním API pro GraphQL.
- Postupujte podle tohoto průvodce, který se týká výběru vhodného úložiště dat pro vaše obchodní potřeby: Průvodce rozhodováním o prostředcích infrastruktury – volba úložiště dat
Při přístupu k rozhraní API pro GraphQL bude výkon omezen SKU kapacity Fabric, které jste vybrali.
- Projděte si obecné pokyny týkající se kapacity SKU Fabric a jeho výpočetní kapacity: Koncepty Microsoft Fabric
Výkon rozhraní API může mít vliv na několik faktorů. Pochopení nastavení zdroje dat, výběr správných oblastí a efektivní měření výkonu jsou pro optimalizaci zásadní.