Az Azure Monitor-alkalmazás Elemzések adatgyűjtési alapjai

A következő szakaszokban bemutatjuk az Azure Monitor-alkalmazás Elemzések adatgyűjtési alapjait.

A rendszerállapot beállításai

Alapszinten a "rendszerezés" egyszerűen lehetővé teszi az alkalmazások számára a telemetriai adatok rögzítését.

Az alkalmazásnak két módszere van:

  • Automatikus rendszerállapot (autoinstrumentáció)
  • Manuális rendszerezés

Az autoinstrumentáció lehetővé teszi a telemetriai adatgyűjtést a konfiguráción keresztül anélkül, hogy az alkalmazás kódját érintenie kéne. Bár kényelmesebb, általában kevésbé konfigurálható. Nem minden nyelven érhető el. Lásd: Autoinstrumentation supported environments and languages. Ha elérhető az automatikus integráció, ez a legegyszerűbb módja az Azure Monitor-alkalmazás Elemzések engedélyezésének.

Tipp.

A Microsoft Entra-hitelesítés jelenleg nem érhető el automatikusan. Ha Microsoft Entra hitelesítést igényel, manuális rendszerezést kell használnia.

A manuális rendszerállapot az Application Elemzések vagy az OpenTelemetry API-ra van kódolva. A felhasználó kontextusában általában egy nyelvspecifikus SDK-t telepít egy alkalmazásban. A manuális kialakításnak két lehetősége van:

Bár az OpenTelemetryt tekintjük jövőbeli irányunknak, nem tervezzük leállítani az adatok gyűjtését a régebbi SDK-kból. Továbbra is van mód arra, hogy az Azure OpenTelemetry Distros szolgáltatásparitást érjen el az alkalmazás Elemzések SDK-kkal. Az ügyfelek sok esetben továbbra is az alkalmazás Elemzések SDK-k használatát választják jó ideig.

Fontos

A "manuális" nem jelenti azt, hogy összetett kódot kell írnia az elosztott nyomkövetési tartományokra vonatkozó spanok meghatározásához, bár ez továbbra is lehetőség marad. A Disztribúcióinkba csomagolt rendszerállapot-kódtárak lehetővé teszik a telemetriai jelek egyszerű rögzítését a közös keretrendszerekben és kódtárakban. Aktívan dolgozunk a legnépszerűbb Azure Service SDK-k OpenTelemetria használatával történő kialakításán, hogy ezek a jelek elérhetők legyenek az Azure Monitor OpenTelemetry Distro-t használó ügyfelek számára.

Telemetriai típusok

Az alkalmazás megfigyeléséhez gyűjtött telemetriai adatok három típusra vagy "pillérre" bonthatók:

  • Elosztott nyomkövetés
  • Mérőszámok
  • Naplók

A teljes megfigyelhetőségi történet mind a három pillért tartalmazza, és az Alkalmazás Elemzések az adatmodellünk alapján további táblákra bontja ezeket a pilléreket. Az alkalmazás Elemzések SDK-kkal vagy az Azure Monitor OpenTelemetria-disztribúciókkal mindent tartalmaz, amire szüksége van az alkalmazásteljesítmény-figyeléshez az Azure-ban. Maga a csomag ingyenesen telepíthető, és csak az Azure Monitorban betöltött adatokért kell fizetnie.

A következő források a három pillért ismertetik:

Telemetriai útválasztás

Az adatokat kétféleképpen küldheti el az Azure Monitornak (vagy bármely szállítónak):

  • Közvetlen exportőren keresztül
  • Ügynökkel

A közvetlen exportőr közvetlenül az Azure Monitor betöltési végpontjára küldi a folyamatban lévő telemetriát (az alkalmazás kódjából). Ennek a megközelítésnek a fő előnye az egyszerűség bevezetése.

A jelenleg elérhető alkalmazás-Elemzések SDK-k és az Azure Monitor OpenTelemetria-disztribúciók közvetlen exportőrre támaszkodnak.

Feljegyzés

Az Azure Monitor OpenTelemetry-Collector-ben elfoglalt pozícióját az OpenTelemetry gyikben találja.

Tipp.

Ha az OpenTelemetry-Collectort tervezi mintavételezésre vagy további adatfeldolgozásra használni, előfordulhat, hogy ezeket a képességeket az Azure Monitor beépítetten is használhatja. A munkaterületalapú alkalmazás Elemzések migrált ügyfelek kihasználhatják a betöltési idő szerinti átalakításokat. Az engedélyezéshez kövesse az oktatóanyag részleteit, kihagyva azt a lépést, amely bemutatja, hogyan állíthat be diagnosztikai beállításokat, mivel a munkaterület-központú alkalmazás Elemzések ez már konfigurálva van. Ha a teljes mennyiség kevesebb, mint 50%-át szűri, az nem jár további költséggel. 50%, van egy költség, de sokkal kisebb, mint a standard gb-díj.

OpenTelemetry

A Microsoft örömmel fogadja az OpenTelemetryt , mint a telemetriai rendszerezés jövőjét. Ön, ügyfeleink gyártósemleges kialakítást kértek, és örömmel együttműködünk az OpenTelemetry-közösséggel, hogy egységes API-kat és SDK-kat hozzunk létre különböző nyelveken.

A Microsoft két korábban népszerű nyílt forráskódú telemetriai projekt, az OpenCensus és az OpenTracing projekt résztvevőivel dolgozott együtt. Közösen segítettünk létrehozni egyetlen projektet, az OpenTelemetryt. Az OpenTelemetria az összes fő felhő- és alkalmazásteljesítmény-kezelő (APM) gyártó hozzájárulását tartalmazza, és a Cloud Native Computing Foundationben (CNCF) található. A Microsoft platinum tag a CNCF-ben.

A terminológia az OpenTelemetry specifikációiban található szószedetben található.

Az Alkalmazás Elemzések néhány régi kifejezése zavaró az OpenTelemetry iparági konvergenciája miatt. Az alábbi táblázat ezeket a különbségeket emeli ki. Az OpenTelemetry-kifejezések az Alkalmazás Elemzések kifejezéseket váltják fel.

Application Insights OpenTelemetry
Autocollectors Rendszerállapot-kódtárak
Csatorna Exportőr
Kód nélküli / ügynökalapú Autoinstrumentáció
Hívásláncok Naplók
maximális száma Kiszolgálói spanok
Függőségek Egyéb span típusok (ügyfél, belső stb.)
Műveletazonosító Nyomkövetési azonosító
Azonosító vagy művelet szülőazonosítója Span ID

Hibaelhárítás

Nem működik? Tekintse meg a ASP.NET Core hibaelhárítási oldalát.

Támogatás

Válasszon egy lapot a választott nyelvhez a támogatási lehetőségek felderítéséhez.

OpenTelemetry-visszajelzés

Visszajelzés küldése:

Gyakori kérdések

Hol találhatók az Alkalmazás Elemzések SDK-verziók és azok nevei?

Az SDK-verziók és -nevek listája a GitHubon található. További információ: SDK-verzió.

Következő lépések

Válassza ki az engedélyezési módszert:

További információért tekintse meg az Azure Monitor-alkalmazás Elemzések gyakori kérdéseket és az OpenTelemetria gyiket.