Zjišťování metrik založených na protokolech
Metriky založené na protokolu Přehledy aplikací umožňují analyzovat stav monitorovaných aplikací, vytvářet výkonné řídicí panely a konfigurovat výstrahy. Existují dva druhy metrik:
- Metriky založené na protokolech za scénou se překládají do dotazů Kusto z uložených událostí.
- Standardní metriky se ukládají jako předem agregované časové řady.
Vzhledem k tomu, že se standardní metriky předem agregují během shromažďování, mají lepší výkon v době dotazování. Standardní metriky jsou lepší volbou pro řídicí panely a upozorňování v reálném čase. Metriky založené na protokolech mají více dimenzí, díky čemuž jsou vynikající volbou pro analýzu dat a diagnostiku ad hoc. Pomocí selektoru oboru názvů můžete přepínat mezi protokoly a standardními metrikami v Průzkumníku metrik.
Metriky založené na protokolech
Vývojáři můžou pomocí sady SDK odesílat události ručně (napsáním kódu, který explicitně vyvolá sadu SDK), nebo se můžou spolehnout na automatické shromažďování událostí z automatické instrumentace. V obou případech aplikace Přehledy back-end ukládá všechny shromážděné události jako protokoly a okna Přehledy aplikace na webu Azure Portal fungují jako analytický a diagnostický nástroj pro vizualizaci dat založených na událostech z protokolů.
Použití protokolů k zachování úplné sady událostí může přinést skvělou analytickou a diagnostickou hodnotu. Můžete například získat přesný počet požadavků na konkrétní adresu URL s počtem jedinečných uživatelů, kteří tato volání provedli. Nebo můžete získat podrobné diagnostické trasování, včetně výjimek a volání závislostí pro libovolnou uživatelskou relaci. Díky tomuto typu informací můžete výrazně zlepšit přehled o stavu a využití aplikace, což umožňuje zkrátit dobu potřebnou k diagnostice problémů s aplikací.
Současně může být shromažďování kompletní sady událostí nepraktické (nebo dokonce nemožné) pro aplikace, které generují velký objem telemetrie. V situacích, kdy je objem událostí příliš vysoký, aplikace Přehledy implementuje několik technik redukce objemu telemetrie, jako je vzorkování a filtrování, které snižuje počet shromážděných a uložených událostí. Snížení počtu uložených událostí bohužel také snižuje přesnost metrik, které na pozadí musí provádět agregace událostí uložených v protokolech v době dotazu.
Předem agregované metriky
Předem agregované metriky se neukládají jako jednotlivé události s velkým množstvím vlastností. Místo toho se ukládají jako předem agregované časové řady a pouze s klíčovými dimenzemi. Díky tomu jsou nové metriky v době dotazu vynikající: načítání dat probíhá rychleji a vyžaduje menší výpočetní výkon. To umožňuje nové scénáře, jako je upozorňování téměř v reálném čase na dimenze metrik, responzivní řídicí panely a další.
Důležité
Obě metriky založené na protokolech i předem agregované společně existují v Přehledy aplikace. Aby se obě metriky odlišily, v aplikaci Přehledy uživatelsky definovaných metrik se teď označují jako "Standardní metriky (Preview)", zatímco tradiční metriky z událostí byly přejmenovány na metriky založené na protokolech.
Novější sady SDK (application Přehledy 2.7 SDK nebo novější pro .NET) před agregují metriky během shromažďování. Platí pro standardní metriky odeslané ve výchozím nastavení , takže přesnost není ovlivněná vzorkováním nebo filtrováním. Platí také pro vlastní metriky odeslané pomocí GetMetric , což vede k menšímu příjmu dat a nižším nákladům.
U sad SDK, které neimplementují předběžnou agregaci, Přehledy back-end stále naplní nové metriky agregací událostí přijatých koncovým bodem kolekce událostí Přehledy aplikace. I když nemáte prospěch z omezeného objemu dat přenášených přes drát, můžete stále používat předem agregované metriky a využívat lepší výkon a podporu dimenzionálních výstrah téměř v reálném čase pomocí sad SDK, které během shromažďování předem neagregují metriky.
Stojí za zmínku, že koncový bod kolekce před odběrem vzorkování agreguje události, což znamená, že vzorkování příjmu dat nikdy nemá vliv na přesnost předem agregovaných metrik bez ohledu na verzi sady SDK, kterou používáte se svou aplikací.