Adatgyűjtés, -megőrzés és -tárolás az Application Insightsban

Amikor telepíti az Application Insights SDK-t az alkalmazásban, az telemetriát küld az alkalmazásról a felhőbe. Felelős fejlesztőként tudni szeretné, hogy pontosan milyen adatokat küldenek el, mi történik az adatokkal, és hogyan szabályozhatja azokat. Lehet-e különösen bizalmas adatokat küldeni, hol tárolják, és mennyire biztonságosak?

Először is, a rövid válasz:

• A "dobozon kívül" futó szabványos telemetriai modulok nem valószínű, hogy bizalmas adatokat küldenek a szolgáltatásnak. A telemetria a terhelési, teljesítmény- és használati metrikákkal, kivételjelentésekkel és egyéb diagnosztikai adatokkal foglalkozik. A diagnosztikai jelentésekben látható fő felhasználói adatok az URL-címek. Az alkalmazásnak azonban semmilyen esetben sem szabad egyszerű szövegbe helyeznie a bizalmas adatokat egy URL-címben.
• Írhat olyan kódot, amely több egyéni telemetriát küld, hogy segítsen a diagnosztikában és a használat monitorozásában. (Ez a bővíthetőség az Application Insights egyik nagyszerű funkciója.) Ez a kód véletlenül megírható úgy, hogy személyes és más bizalmas adatokat is tartalmaz. Ha az alkalmazás együttműködik az ilyen adatokkal, alapos felülvizsgálati folyamatot kell alkalmaznia az összes írott kódra.
• Miközben fejleszti és teszteli az alkalmazást, egyszerűen megvizsgálhatja, hogy mit küld az SDK. Az adatok az IDE és a böngésző hibakeresési kimeneti ablakaiban jelennek meg.
• Új Application Insights-erőforrás létrehozásakor kiválaszthatja a helyet. Az Application Insights régiónkénti rendelkezésre állásával kapcsolatos további információkért lásd: Régiónként elérhető termékek.
• Tekintse át az összegyűjtött adatokat, mert tartalmazhatnak bizonyos körülmények között engedélyezett adatokat, másokat azonban nem. Erre a körülményre jó példa az eszköz neve. A kiszolgálóról származó eszköznév nincs hatással az adatvédelemre, és hasznos. Egy telefonról vagy laptopról származó eszköznév adatvédelmi következményekkel járhat, és kevésbé hasznos. Az elsősorban a célkiszolgálók számára fejlesztett SDK alapértelmezés szerint összegyűjti az eszköz nevét. Előfordulhat, hogy ezt a képességet felül kell írni a normál eseményekben és a kivételekben is.

A cikk többi része részletesebben ismerteti ezeket a pontokat. A cikk önálló, így megoszthatja azokkal a munkatársakkal, akik nem részei a közvetlen csapatának.

Mi az Application Insights?

Az Application Insights a Microsoft által nyújtott szolgáltatás, amely segít az élő alkalmazás teljesítményének és használhatóságának javításában. Folyamatosan figyeli az alkalmazást, mind a tesztelés során, mind pedig a közzététel vagy üzembe helyezés után. Az Application Insights olyan diagramokat és táblázatokat hoz létre, amelyek informatív metrikákat mutatnak be. Például láthatja, hogy a legtöbb felhasználó milyen napszakokat kap, mennyire reagál az alkalmazásra, és hogy milyen jól szolgálja ki azokat a külső szolgáltatások, amelyektől függ. Ha hibák vagy teljesítményproblémák lépnek fel, a telemetriaadatok között kereshet az ok diagnosztizálásához. A szolgáltatás e-maileket küld, ha az alkalmazás rendelkezésre állása és teljesítménye megváltozik.

A funkció eléréséhez telepítenie kell egy Application Insights SDK-t az alkalmazásban, amely a kód részévé válik. Amikor az alkalmazás fut, az SDK figyeli a működését, és telemetriát küld egy Application Insights Log Analytics-munkaterületre, amely a Microsoft Azure által üzemeltetett felhőszolgáltatás. Az Application Insights bármilyen alkalmazáshoz használható, nem csak az Azure-ban üzemeltetett alkalmazásokhoz.

Az Application Insights tárolja és elemzi a telemetriát. Az elemzés megtekintéséhez vagy a tárolt telemetrián keresztüli kereséshez jelentkezzen be az Azure-fiókjába, és nyissa meg az alkalmazás Application Insights-erőforrását. Az adatokhoz való hozzáférést megoszthatja a csapat más tagjaival vagy a megadott Azure-előfizetőkkel is.

Az Adatokat exportálhatja az Application Insightsból például egy adatbázisba vagy külső eszközökbe. Minden eszköznek egy speciális kulcsot kell megadnia, amelyet a szolgáltatásból szerezhet be. A kulcs szükség esetén visszavonható.

Az Application Insights SDK-k számos alkalmazástípushoz érhetők el:

• Saját Java EE- vagy ASP.NET-kiszolgálókon vagy az Azure-ban üzemeltetett webszolgáltatások
• Webügyfelek, azaz a weblapon futó kód
• Asztali alkalmazások és szolgáltatások
• Eszközalkalmazások, például Windows Phone-telefon, iOS és Android

Mind ugyanarra a szolgáltatásra küldik a telemetriát.

Megjegyzés

2025. március 31-én megszűnik az eszközkulcsalapú betöltés támogatása. A rendszerállapotkulcs-betöltés továbbra is működni fog, de a továbbiakban nem biztosítunk frissítéseket vagy támogatást a funkcióhoz. Váltás kapcsolati sztringekre az új képességek kihasználásához.

Milyen adatokat gyűjt?

Három adatforrás létezik:

• Az SDK, amelyet integrálhat az alkalmazással fejlesztés közben vagy futtatókörnyezetben. A különböző alkalmazástípusokhoz különböző SDK-k tartoznak. Emellett van egy weblapokhoz készült SDK is, amely az oldallal együtt betöltődik a felhasználó böngészőjébe.

  • Minden SDK számos modullal rendelkezik, amelyek különböző technikákat használnak a különböző típusú telemetriai adatok gyűjtéséhez.
  • Ha fejlesztés alatt telepíti az SDK-t, az API-val a standard modulok mellett saját telemetriát is küldhet. Ez az egyéni telemetria minden elküldeni kívánt adatot tartalmazhat.

• Egyes webkiszolgálókon vannak olyan ügynökök is, amelyek az alkalmazás mellett futnak, és telemetriát küldenek a cpu-ról, a memóriáról és a hálózati foglaltságról. Ilyen ügynökök lehetnek például az Azure-beli virtuális gépek, a Docker-gazdagépek és a Java-alkalmazáskiszolgálók .

• A rendelkezésre állás áttekintése a Microsoft által futtatott olyan folyamatok, amelyek rendszeres időközönként küldenek kéréseket a webalkalmazásnak. A rendszer elküldi az eredményeket az Application Insightsnak.

Milyen típusú adatokat gyűjtünk?

A fő kategóriák a következők:

• Webkiszolgáló telemetriai adatai: HTTP-kérések. URI, a kérés feldolgozásához szükséges idő, a válaszkód és az ügyfél IP-címe. Session id.
• Weblapok: Az oldal, a felhasználó és a munkamenetek száma. Lapbetöltési idők. Kivételek. Az Ajax hív.
• Teljesítményszámlálók: Memória, CPU, I/O és hálózati kihasználtság.
• Ügyfél- és kiszolgálókörnyezet: operációs rendszer, területi beállítás, eszköztípus, böngésző és képernyőfelbontás.
• Kivételek és összeomlások: Veremképek, build idés CPU-típus.
• Függőségek: Külső szolgáltatásokhoz, például REST-hez, SQL-hez és AJAX-hoz hív meg hívásokat. URI vagy kapcsolati karakterlánc, időtartam, siker és parancs.
• Rendelkezésre állási tesztek: A teszt és a lépések időtartama, valamint a válaszok.
• Nyomkövetési naplók és egyéni telemetriai adatok: Minden, amit a naplókba vagy a telemetriába kódel.

További információ: Az Application Insights által küldött adatok.

Hogyan ellenőrizhetem a begyűjtött adatokat?

Ha egy alkalmazást a Visual Studióval fejleszt, futtassa az alkalmazást hibakeresési módban (F5). A telemetria megjelenik a Kimenet ablakban. Onnan másolhatja és formázhatja JSON-ként az egyszerű vizsgálat érdekében.

A Diagnosztika ablakban egy olvashatóbb nézet is található.

Weblapok esetén nyissa meg a böngésző hibakeresési ablakát. Válassza az F12 lehetőséget, és nyissa meg a Hálózat lapot.

Írhatok kódot a telemetriai adatok szűréséhez az elküldése előtt?

Telemetriai processzor beépülő modult kell írnia.

Mennyi ideig őrzik meg az adatokat?

A nyers adatpontok (azaz az Elemzésben lekérdezhető és a Keresésben megvizsgálható elemek) legfeljebb 730 napig megmaradnak. A megőrzési időtartam 30, 60, 90, 120, 180, 270, 365, 550 vagy 730 nap. Ha 730 napnál tovább kell megőriznie az adatokat, használhat diagnosztikai beállításokat.

A 90 napnál hosszabb ideig tárolt adatokért további díjakat kell fizetni. Az Application Insights díjszabásával kapcsolatos további információkért tekintse meg az Azure Monitor díjszabását ismertető oldalt.

Az összesített adatokat (azaz a darabszámokat, az átlagokat és más statisztikai adatokat, amelyeket a metrikakezelőben lát) 90 napig 1 perc alatt őrzi meg a rendszer.

A hibakeresési pillanatképek 15 napig vannak tárolva. Ez a megőrzési szabályzat alkalmazásonként van beállítva. Ha növelnie kell ezt az értéket, kérhet emelést egy támogatási eset megnyitásával a Azure Portal.

Ki férhet hozzá az adatokhoz?

Az adatok ön és ha rendelkezik szervezeti fiókkal, akkor a csapattagok is láthatók.

Ön és a csapattagok exportálhatják, és más helyekre másolhatják, és átadhatják másoknak.

Mit tesz a Microsoft az alkalmazás által az Application Insightsnak küldött információkkal?

A Microsoft csak az adatokat használja a szolgáltatás ön számára történő biztosítására.

Hol vannak tárolva az adatok?

Új Application Insights-erőforrás létrehozásakor kiválaszthatja a helyet. Az Application Insights rendelkezésre állásával kapcsolatos további információkért lásd: Régiónként elérhető termékek.

Mennyire biztonságosak az adataim?

Az Application Insights egy Azure-szolgáltatás. A biztonsági szabályzatokat az Azure Security, Privacy és Compliance tanulmány ismerteti.

Az adatokat a Microsoft Azure-kiszolgálók tárolják. A Azure Portal lévő fiókok esetében a fiókkorlátozásokat az Azure Security, Privacy és Compliance dokumentum ismerteti.

A Microsoft munkatársai korlátozott hozzáféréssel férhetnek hozzá az adataihoz. Adataihoz csak az Ön engedélyével férünk hozzá, és ha szükséges az Application Insights használatának támogatása.

Az összes ügyfélalkalmazásban összesített adatok, például az adatarányok és a nyomkövetések átlagos mérete, az Application Insights továbbfejlesztésére szolgálnak.

Zavarhatja valaki más telemetriája az Application Insights-adataimat?

Valaki több telemetriát küldhet a fiókjába az eszközkulcs használatával. Ez a kulcs a weblapok kódjában található. Elegendő extra adattal a metrikák nem felelnek meg megfelelően az alkalmazás teljesítményének és használatának.

Ha kódot oszt meg más projektekkel, ne felejtse el eltávolítani a kialakítási kulcsot.

Titkosítva van az adat?

Az összes adat titkosítva van, és az adatközpontok között mozog.

Az adatok titkosítva lesznek az alkalmazásomból az Application Insights-kiszolgálókra való átvitel során?

Igen. A HTTPS használatával szinte az összes SDK-ból küldünk adatokat a portálra, beleértve a webkiszolgálókat, az eszközöket és a HTTPS-weblapokat.

Az SDK ideiglenes helyi tárolót hoz létre?

Igen. Bizonyos telemetriai csatornák helyileg megőrzik az adatokat, ha egy végpont nem érhető el. A következő bekezdések ismertetik, hogy mely keretrendszereket és telemetriai csatornákat érinti a rendszer:

• A helyi tárolót használó telemetriai csatornák ideiglenes fájlokat hoznak létre a TEMP- vagy APPDATA-címtárakban, amelyek az alkalmazást futtató adott fiókra korlátozódnak. Ez a helyzet akkor fordulhat elő, ha egy végpont átmenetileg nem volt elérhető, vagy ha elérte a szabályozási korlátot. A probléma megoldása után a telemetriai csatorna folytatja az összes új és megőrzött adat küldését.
• A tárolt adatok nincsenek helyileg titkosítva. Ha ez a probléma aggodalomra ad okot, tekintse át az adatokat, és korlátozza a személyes adatok gyűjtését. További információ: Privát adatok exportálása és törlése.
• Ha az ügyfélnek adott biztonsági követelményekkel kell konfigurálnia ezt a könyvtárat, keretrendszerenként konfigurálható. Győződjön meg arról, hogy az alkalmazást futtató folyamat rendelkezik írási hozzáféréssel ehhez a könyvtárhoz. Győződjön meg arról is, hogy ez a könyvtár védett, hogy a nem kívánt felhasználók ne olvassák be a telemetriát.

Java

A mappa C:\Users\username\AppData\Local\Temp az adatok megőrzésére szolgál. Ez a hely nem konfigurálható a konfigurációs könyvtárból, és a mappa elérésére vonatkozó engedélyek a szükséges hitelesítő adatokkal rendelkező adott felhasználóra korlátozódnak. További információ: implementáció.

.NET

Alapértelmezés szerint ServerTelemetryChannel az aktuális felhasználó helyi alkalmazásadatmappáját %localAppData%\Microsoft\ApplicationInsights vagy ideiglenes mappáját %TMP%használja. További információ: implementáció.

Konfigurációs fájlon keresztül:

<TelemetryChannel Type="Microsoft.ApplicationInsights.WindowsServer.TelemetryChannel.ServerTelemetryChannel,   Microsoft.AI.ServerTelemetryChannel">
    <StorageFolder>D:\NewTestFolder</StorageFolder>
</TelemetryChannel>

Kóddal:

• Távolítsa el ServerTelemetryChannel a konfigurációs fájlból.

• Adja hozzá ezt a kódrészletet a konfigurációhoz:

  ServerTelemetryChannel channel = new ServerTelemetryChannel();
  channel.StorageFolder = @"D:\NewTestFolder";
  channel.Initialize(TelemetryConfiguration.Active);
  TelemetryConfiguration.Active.TelemetryChannel = channel;
  

NetCore

Alapértelmezés szerint ServerTelemetryChannel az aktuális felhasználó helyi alkalmazásadatmappáját %localAppData%\Microsoft\ApplicationInsights vagy ideiglenes mappáját %TMP%használja. További információ: implementáció.

Linux-környezetben a helyi tároló le lesz tiltva, kivéve, ha meg van adva egy tárolómappa.

Megjegyzés

A 2.15.0-beta3-es és újabb kiadással a helyi tárterület automatikusan létrejön Linux, Mac és Windows rendszeren. Nem Windows rendszerű rendszerek esetén az SDK automatikusan létrehoz egy helyi tárolómappát az alábbi logika alapján:

• ${TMPDIR}: Ha ${TMPDIR} a környezeti változó be van állítva, a rendszer ezt a helyet használja.
• /var/tmp: Ha az előző hely nem létezik, megpróbáljuk./var/tmp
• /tmp: Ha mindkét korábbi hely nem létezik, megpróbáljuk.tmp
• Ha egyik hely sem létezik, a rendszer nem hoz létre helyi tárolót, és továbbra is manuális konfigurációra van szükség.

A teljes megvalósítás részleteiért lásd: A ServerTelemetryChannel a telemetriaadatokat az alapértelmezett mappában tárolja a nem Windows-környezetekben előforduló átmeneti hibák során.

Az alábbi kódrészlet bemutatja, hogyan állíthatja be ServerTelemetryChannel.StorageFolder az ConfigureServices() osztály metódusát Startup.cs :

services.AddSingleton(typeof(ITelemetryChannel), new ServerTelemetryChannel () {StorageFolder = "/tmp/myfolder"});

További információ: Egyéni AspNetCore-konfiguráció.

Node.js

Alapértelmezés szerint %TEMP%/appInsights-node{INSTRUMENTATION KEY} az adatok megőrzésére szolgál. A mappa elérésére vonatkozó engedélyek az aktuális felhasználóra és rendszergazdákra korlátozódnak. További információ: implementáció.

A mappaelőtag appInsights-node felülírható a Sender.ts fájlban található statikus változó Sender.TEMPDIR_PREFIX futtatókörnyezeti értékének módosításával.

JavaScript (böngésző)

A HTML5 munkamenet-tároló az adatok megőrzésére szolgál. Két különálló puffert használunk: AI_buffer és AI_sent_buffer. A kötegelt és az elküldésre váró telemetriát a rendszer a következő helyen AI_buffertárolja: . Az imént elküldött telemetriai adatok mindaddig be lesznek helyezve AI_sent_buffer , amíg a betöltési kiszolgáló nem válaszol a sikeres fogadásra.

A telemetriai adatok sikeres fogadása után a rendszer eltávolítja az összes pufferből. Átmeneti hibák esetén (például a felhasználó elveszíti a hálózati kapcsolatot) a telemetriai adatok mindaddig benne maradnak AI_buffer , amíg sikeresen meg nem kapja, vagy a betöltési kiszolgáló azt válaszolja, hogy a telemetriai adatok érvénytelenek (például rossz séma vagy túl régi).

A telemetriai pufferek letilthatók a következő beállítással enableSessionStorageBuffer : false. Ha a munkamenet-tárolás ki van kapcsolva, a rendszer ehelyett egy helyi tömböt használ állandó tárolóként. Mivel a JavaScript SDK egy ügyféleszközön fut, a felhasználó a böngésző fejlesztői eszközein keresztül férhet hozzá ehhez a tárolóhelyhez.

OpenCensus Python

Alapértelmezés szerint az OpenCensus Python SDK az aktuális felhasználói mappát %username%/.opencensus/.azure/használja. A mappa elérésére vonatkozó engedélyek az aktuális felhasználóra és rendszergazdákra korlátozódnak. További információ: implementáció. A megőrzött adatokat tartalmazó mappa neve a telemetriát létrehozó Python-fájlról lesz elnevezve.

A tárolófájl helyét úgy módosíthatja, hogy a paramétert storage_path a használt exportőr konstruktorában adja meg.

AzureLogHandler(
  connection_string='InstrumentationKey=00000000-0000-0000-0000-000000000000',
  storage_path='<your-path-here>',
)

Hogyan adatokat küldeni az Application Insightsnak a TLS 1.2 használatával?

Az Application Insights-végpontokra átvitt adatok biztonságának biztosítása érdekében határozottan javasoljuk az ügyfeleknek, hogy legalább a Transport Layer Security (TLS) 1.2 használatára konfigurálják az alkalmazásukat. A TLS/Secure Sockets Layer (SSL) régebbi verziói sebezhetőnek bizonyultak. Bár jelenleg is dolgoznak a visszamenőleges kompatibilitás engedélyezésén, nem ajánlott. Az iparág gyorsan halad, hogy felhagyjon a régebbi protokollok támogatásával.

A PCI biztonsági szabványokkal foglalkozó tanácsa2018. június 30-i határidőt állított be a TLS/SSL régebbi verzióinak letiltására és a biztonságosabb protokollok frissítésére. Miután az Azure elveti az örökölt támogatást, ha az alkalmazás vagy az ügyfelek nem tudnak legalább TLS 1.2-n keresztül kommunikálni, nem tud adatokat küldeni az Application Insightsnak. Az alkalmazás TLS-támogatásának teszteléséhez és ellenőrzéséhez használt módszer az operációs rendszertől vagy platformtól és az alkalmazás által használt nyelvtől vagy keretrendszertől függően változik.

Nem javasoljuk, hogy explicit módon állítsa be az alkalmazást a TLS 1.2 használatára, hacsak nem szükséges. Ez a beállítás megszakíthatja a platformszintű biztonsági funkciókat, amelyek lehetővé teszik, hogy automatikusan észlelje és kihasználja az elérhetővé váló újabb biztonságosabb protokollokat, például a TLS 1.3-at. Javasoljuk, hogy végezze el az alkalmazás kódjának alapos ellenőrzését az adott TLS/SSL-verziók keménykódolásának ellenőrzéséhez.

Platformra/nyelvre vonatkozó útmutató

Platform/nyelv	Támogatás	További információ
Azure App Services	Támogatott, lehetséges, hogy konfigurációra van szükség.	A támogatást 2018 áprilisában jelentették be. A konfiguráció részleteiért olvassa el a bejelentést.
Azure-függvényalkalmazások	Támogatott, lehetséges, hogy konfigurációra van szükség.	A támogatást 2018 áprilisában jelentették be. A konfiguráció részleteiért olvassa el a bejelentést.
.NET	Támogatott, hosszú távú támogatás (LTS).	Részletes konfigurációs információkért tekintse meg ezeket az utasításokat.
Application Insights-ügynök	Támogatott, konfiguráció szükséges.	Az Application Insights-ügynök az operációs rendszerConfiguration.NET-konfigurációjára + támaszkodik a TLS 1.2 támogatásához.
Node.js	Támogatott, a 10.5.0-s verzióban szükség lehet konfigurációra.	Az alkalmazásspecifikus konfigurációkhoz használja a hivatalos Node.js TLS-/SSL-dokumentációt .
Java	Támogatott, a TLS 1.2 JDK-támogatása a JDK 6 121-ben és a JDK7-ben lett hozzáadva.	A JDK 8 alapértelmezés szerint a TLS 1.2-t használja.
Linux	A Linux-disztribúciók általában az OpenSSL TLS 1.2-támogatására támaszkodnak.	Ellenőrizze az OpenSSL-változásnaplóban , hogy az OpenSSL-verzió támogatott-e.
Windows 8.0 – 10	Alapértelmezés szerint támogatott és engedélyezett.	Annak ellenőrzéséhez, hogy továbbra is az alapértelmezett beállításokat használja-e.
Windows Server 2012 – 2016	Alapértelmezés szerint támogatott és engedélyezett.	Annak ellenőrzéséhez, hogy továbbra is az alapértelmezett beállításokat használja-e.
Windows Server 7 SP1 és Windows 2008 R2 SP1	Támogatott, de alapértelmezés szerint nincs engedélyezve.	Az engedélyezés módjáról további információt a Transport Layer Security (TLS) beállításjegyzék-beállításainak oldalán talál.
Windows Server 2008 SP2	A TLS 1.2 támogatásához frissítés szükséges.	Lásd: Frissítés a TLS 1.2 támogatásának hozzáadásához Windows Server 2008 SP2 rendszerben.
Windows Vista	Nem támogatott.	N/A

Annak ellenőrzése, hogy a Linux-disztribúció melyik OpenSSL-verziója fut

Az OpenSSL telepített verziójának ellenőrzéséhez nyissa meg a terminált, és futtassa a következőt:

openssl version -a

TLS 1.2-es teszttranzakció futtatása Linuxon

Ha egy előzetes tesztet szeretne futtatni annak ellenőrzéséhez, hogy a Linux-rendszer képes-e kommunikálni a TLS 1.2-en keresztül, nyissa meg a terminált, és futtassa a következőt:

openssl s_client -connect bing.com:443 -tls1_2

Az Application Insightsban tárolt személyes adatok

A problémával kapcsolatos részletes információkért lásd: Személyes adatok kezelése a Log Analyticsben és az Application Insightsban.

Kikapcsolhatják a felhasználóim az Application Insights szolgáltatást?

Nem közvetlenül. Nem biztosítunk olyan kapcsolót, amelyet a felhasználók az Application Insights kikapcsolásához használhatnak.

Egy ilyen funkciót implementálhat az alkalmazásban. Minden SDK tartalmaz egy API-beállítást, amely kikapcsolja a telemetriai gyűjteményt.

Az Application Insights által küldött adatok

Az SDK-k platformonként eltérőek, és több összetevőt is telepíthet. További információ: Application Insights – áttekintés. Minden összetevő különböző adatokat küld.

Különböző forgatókönyvekben küldött adatosztályok

Az Ön művelete	Összegyűjtött adatosztályok (lásd a következő táblázatot)
Application Insights SDK hozzáadása .NET-webprojekthez	ServerContext Következtetni Teljesítményszámlálók Kérelmek Kivételek Munkamenet felhasználók
Az Application Insights-ügynök telepítése az IIS-en	Függőségek ServerContext Következtetni Teljesítményszámlálók
Application Insights SDK hozzáadása Java-webalkalmazáshoz	ServerContext Következtetni Kérés Munkamenet felhasználók
JavaScript SDK hozzáadása a weblaphoz	ClientContext Következtetni Oldal ClientPerf Ajax
Alapértelmezett tulajdonságok megadása	Az összes szokásos és egyéni esemény tulajdonságai
TrackMetric hívása	Numerikus értékek Tulajdonságok
Híváskövetés*	Esemény neve Tulajdonságok
TrackException hívása	Kivételek Veremkép Tulajdonságok
Az SDK nem tud adatokat gyűjteni. Például: - Nem lehet hozzáférni a teljesítményszámlálókhoz - Kivétel a telemetriai inicializálóban	SDK-diagnosztika

Más platformokhoz készült SDK-k esetén tekintse meg a dokumentumaikat.

Az összegyűjtött adatok osztályai

Összegyűjtött adatosztály	Tartalmazza (nem teljes lista)
Tulajdonságok	Bármilyen adat – amelyet a kód határoz meg
DeviceContext	Id, IP, területi beállítás, eszközmodell, hálózat, hálózattípus, OEM-név, képernyőfelbontás, szerepkörpéldány, szerepkör neve, eszköztípus
ClientContext	Operációs rendszer, területi beállítás, nyelv, hálózat, ablakfelbontás
Munkamenet	session id
ServerContext	Gép neve, területi beállítás, operációs rendszer, eszköz, felhasználói munkamenet, felhasználói környezet, művelet
Következtetni	Földrajzi helymeghatározás IP-címről, időbélyegről, operációs rendszerről, böngészőről
Mérőszámok	Metrika neve és értéke
esemény	Esemény neve és értéke
Oldalmegtekintések	URL-cím és oldalnév vagy képernyőnév
Ügyfél perf	URL-cím/oldal neve, böngésző betöltési ideje
Ajax	HTTP-hívások weblapról kiszolgálóra
Kérelmek	URL-cím, időtartam, válaszkód
Függőségek	Típus (SQL, HTTP, ...), kapcsolati karakterlánc vagy URI, szinkronizálás/aszinkron, időtartam, sikeres, SQL-utasítás (az Application Insights-ügynökkel)
Kivételek	Típus, üzenet, hívásverem, forrásfájl, sorszám, thread id
Összeomlik	Process id, , parent process id; crash thread idalkalmazás-javítás, id, build; kivétel típusa, cím, ok; elmosott szimbólumok és regiszterek, bináris kezdő- és végpontcímek, bináris név és elérési út, processzortípus
Nyomkövetés	Üzenet- és súlyossági szint
Teljesítményszámlálók	Processzoridő, rendelkezésre álló memória, kérelemsebesség, kivételsebesség, privát bájtok feldolgozása, I/O-sebesség, kérelem időtartama, kéréssor hossza
Rendelkezésre állás	Webes teszt válaszkódja, az egyes tesztlépések időtartama, teszt neve, időbélyeg, sikeresség, válaszidő, teszthely
SDK-diagnosztika	Nyomkövetési üzenet vagy kivétel

Az adatok egy részét kikapcsolhatja a ApplicationInsights.configszerkesztésével.

Megjegyzés

Az ügyfél IP-címe a földrajzi hely következtetésére szolgál, de alapértelmezés szerint az IP-adatok már nem tárolódnak, és minden nullát a társított mezőre írnak. A személyes adatok kezelésével kapcsolatos további információkért lásd: Személyes adatok kezelése a Log Analyticsben és az Application Insightsban. Ha IP-címadatokat kell tárolnia, a földrajzi helymeghatározás és az IP-címkezelés végigvezeti a beállításokon.

Módosíthatom vagy frissíthetem az adatokat az adatgyűjtés után?

Nem. Az adatok írásvédettek, és csak a törlési funkcióval törölhetők. További információ: Útmutató a Log Analyticsben és az Application Insightsban tárolt személyes adatokhoz.

Gyakori kérdések

Ez a szakasz a gyakori kérdésekre ad választ.

Mi történik az Application Insight telemetriával, ha egy kiszolgáló vagy eszköz elveszíti a kapcsolatot az Azure-ral?

Minden SDK-nk, beleértve a webes SDK-t is, megbízható szállítást vagy robusztus szállítást tartalmaz. Ha a kiszolgáló vagy az eszköz megszakad az Azure-ral való kapcsolat, a telemetriai adatok tárolása helyileg történik a fájlrendszerben (Kiszolgáló SDK-k) vagy a HTML5 Munkamenet-tárolóban (Web SDK). Az SDK rendszeresen újra megkísérli elküldeni ezt a telemetriát, amíg a betöltési szolgáltatás "elavultnak" nem tekinti (naplók esetén 48 óra, metrikák esetén 30 perc). Az elavult telemetriai adatok elvetve. Bizonyos esetekben, például ha a helyi tároló megtelt, az újrapróbálkozás nem történik meg.

A személyes adatokat a telemetriában küldi el?

Személyes adatokat akkor küldhet, ha a kód ilyen adatokat küld. Akkor is előfordulhat, ha a veremkövetések változói személyes adatokat tartalmaznak. A fejlesztési csapatnak kockázatértékelést kell végeznie a személyes adatok megfelelő kezelése érdekében. További információ az adatmegőrzésről és az adatvédelemről.

Az ügyfél webcímének összes oktettje mindig 0-ra van állítva a földrajzi hely attribútumainak kikeresése után.

Az Application Insights JavaScript SDK alapértelmezés szerint nem tartalmaz személyes adatokat az automatikus kiegészítésben. Az alkalmazásban használt személyes adatokat azonban az SDK is átveheti (például teljes nevek window.title vagy fiókazonosítók az XHR URL-lekérdezési paramétereiben). Egyéni személyes adatmaszkoláshoz adjon hozzá egy telemetriai inicializálót.