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

Amikor az Azure Application Elemzések SDK-t telepíti az alkalmazásba, az telemetriai adatokat küld az alkalmazásról a felhőbe. A felelős fejlesztők természetesen azt szeretnék tudni, hogy pontosan milyen adatokat küld a rendszer, mi történik az adatokkal, és hogyan tudják szabályozni őket. Küldhetnénk-e bizalmas adatokat, hol vannak tárolva, és mennyire biztonságosak?

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

  • A szabványos telemetriai modulok, amelyek "készen állnak" futnak, 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ákra, a kivételjelentések és egyéb diagnosztikai adatokra van szó. A diagnosztikai jelentésekben látható fő felhasználói adatok az URL-címek; az alkalmazás azonban semmilyen esetben nem szabad a bizalmas adatokat egyszerű szövegként egy URL-címbe tenni.
  • Írhat olyan kódot, amely további egyéni telemetriai adatokat küld, amelyek segítenek a diagnosztikában és a használat monitorozásában. (Ez a lehetőség az Application Elemzések.) Ezt a kódot véletlenül is megírni lehet úgy, hogy az személyes és egyéb bizalmas adatokat is tartalmaz. Ha az alkalmazás ilyen adatokkal dolgozik, érdemes alaposan áttekintő folyamatot alkalmaznia az összes megírott kódra.
  • Az alkalmazás fejlesztése és tesztelése során könnyen megvizsgálható, hogy mit küld az SDK. Az adatok az IDE és a böngésző hibakeresési kimeneti ablakában jelennek meg.
  • Az új Application (Alkalmazás) erőforrás létrehozásakor kiválaszthatja Elemzések helyét. Az alkalmazás-Elemzések régiónkénti elérhetőségről itt tud meg többet.
  • Tekintse át az összegyűjtött adatokat, mivel ezek olyan adatokat tartalmazhatnak, amelyek bizonyos körülmények között engedélyezettek, másoké viszont nem. Erre jó példa az Eszköznév. A kiszolgálóról származó eszköznévnek nincs adatvédelmi hatása, és hasznos, de egy telefonról vagy laptopról származó eszköznév adatvédelmi hatással lehet, és kevésbé hasznos. Egy elsősorban célkiszolgálók számára fejlesztett SDK alapértelmezés szerint gyűjti az eszköz nevét, és ezt felül kell írni a normál eseményekben és kivételekben is.

A cikk további részében részletesebben is olvashat ezekről a válaszokról. Úgy tervezték, hogy önálló legyen, így olyan munkatársaknak is megmutathatja, akik nem tagjai a közvetlen csapatának.

Mi az Application Insights?

Az Azure Application Elemzések a Microsoft által biztosított szolgáltatás, amely segít az élő alkalmazás teljesítményének és használhatóságának javításában. A teszt során és a közzététel vagy az üzembe helyezés után is folyamatosan figyeli az alkalmazást. Az Application Elemzések olyan diagramokat és táblákat hoz létre, amelyek megmutatják, hogy milyen napokat kap a legtöbb felhasználó, milyen rugalmas az alkalmazás, és milyen jól szolgálja ki az összes külső szolgáltatás, amelytől függ. Összeomlások, hibák vagy teljesítménybeli problémák esetén részletesen is kereshet a telemetriai adatok között az ok diagnosztizálásához. A szolgáltatás pedig e-maileket küld, ha változások vannak az alkalmazás rendelkezésre állásában és teljesítményében.

A funkció használatához telepítenie kell egy Application Elemzések SDK-t az alkalmazásba, amely a kód része lesz. Ha az alkalmazás fut, az SDK figyeli a működését, és telemetriát küld az Application Elemzések szolgáltatásnak. Ez egy felhőszolgáltatás, amelyet a Microsoft Azure. (Az Application Elemzések azonban nem csak az Azure-ban üzemeltetett alkalmazások esetében működik.)

Az Application Elemzések tárolja és elemzi a telemetriát. Az elemzés vagy a tárolt telemetria kereséséhez jelentkezzen be az Azure-fiókjába, és nyissa meg az Elemzések Application Elemzések erőforrást. Az adatokhoz való hozzáférést a csapat más tagjaival vagy megadott Azure-előfizetőkvel is megoszthatja.

Az adatokat exportálhatja az Application Elemzések szolgáltatásból, például egy adatbázisba vagy külső eszközökbe. Minden eszközhöz meg kell adnia egy speciális kulcsot, amely a szolgáltatástól szerezhető be. A kulcs szükség esetén visszavonható.

Az Elemzések-szoftver-szoftverkészletek számos alkalmazástípushoz elérhetők: a saját Java-Enterprise kiadás vagy ASP.NET kiszolgálókon üzemeltetett webszolgáltatásokhoz, vagy az Azure-ban; webes ügyfelek – ez azt jelenti, hogy a kód egy weblapon fut; asztali alkalmazások és szolgáltatások; eszközalkalmazások, például Windows Phone-telefon, iOS és Android. Mindegyik telemetriát küld ugyanannak a szolgáltatásnak.

Milyen adatokat gyűjt?

Három adatforrás van:

  • Az SDK, amelyet integrálhat az alkalmazással akár fejlesztés alatt, akár futásidőben. A különböző alkalmazástípusokhoz különböző SDK-k létezik. A weblapok sdk-játis tartalmazza, amely a lap mellett a végfelhasználó böngészőjébe is betöltődik.

    • Minden SDK számos modullal rendelkezik,amelyek különböző technikákat alkalmaznak a különböző telemetriatípusok gyűjtésére.
    • Ha fejlesztés alatt telepíti az SDK-t, az API-jának használatával a standard modulok mellett saját telemetriát is küldhet. Ez az egyéni telemetria tartalmazhatja a küldeni kívánt adatokat.
  • Egyes webkiszolgálókban ügynökök is futnak az alkalmazás mellett, és telemetriai adatokat küldenek a processzorról, a memóriáról és a hálózati foglaltságról. Ilyen ügynökökkel például azure-beli virtuális gépek, Docker-gazdagépek Enterprise kiadás Java-kiszolgálók is kaphatnak.

  • A rendelkezésre állási tesztek olyan, a Microsoft által futtatott folyamatok, amelyek rendszeres időközönként kéréseket küldenek a webalkalmazásnak. Az eredményeket a rendszer elküldi az Application Elemzések szolgáltatásnak.

Milyen típusú adatokat gyűjt a rendszer?

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

  • Webkiszolgáló-telemetria – HTTP-kérések. URI, a kérés feldolgozásához szükséges idő, válaszkód, ügyfél IP-címe. Session id.
  • Weblapok – Lap-, felhasználó- és munkamenetszámok. Lapbetöltési idők. Kivételek. Ajax-hívások.
  • Teljesítményszámlálók – Memória, CPU, IO, Hálózati foglaltság.
  • Ügyfél- és kiszolgálókörnyezet – operációs rendszer, területi beállításai, eszköztípus, böngésző, képernyőfelbontás.
  • Kivételek és összeomlások – verem memóriaképei, build id , CPU-típus.
  • Függőségek – olyan külső szolgáltatások hívása, mint a REST, SQL, az AJAX. URI vagy kapcsolati sztring, időtartam, sikeres, parancs.
  • Rendelkezésre állási tesztek – a teszt és a lépések időtartama, válaszok.
  • Naplók és egyéni telemetria nyomkövetése, - amit a naplókba vagy telemetriába kódolt.

További részletek:.

Hogyan tudom ellenőrizni, hogy mit gyűjtünk be?

Ha az alkalmazást a Visual Studio fejleszti, futtassa hibakeresési módban (F5). A telemetria a Kimenet ablakban jelenik meg. Innen másolhatja és formázhatja JSON-ként az egyszerű vizsgálathoz.

Képernyőkép az alkalmazás hibakeresési módban való futtatásáról a Visual Studio.

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

Weblapok számára nyissa meg a böngésző hibakeresési ablakát.

Nyomja le az F12 billentyűt, és nyissa meg a Hálózat lapot.

Írhatok kódot a telemetria szűréséhez, mielőtt elküldenék?

Ez egy telemetriai processzor beépülő modul megírása után lehetséges.

Mennyi ideig maradnak az adatok?

A nyers adatpontok (azaz az Elemzésben lekérdezhető és a Keresésben vizsgálható elemek) legfeljebb 730 napig maradnak. A megőrzési időtartam 30, 60, 90, 120, 180, 270, 365, 550 vagy 730 nap lehet. Ha 730 napnál hosszabb ideig kell tartania az adatokat, a Folyamatos exportálás használatával átmásolhatja őket egy tárfiókba az adatbe való adatbevallás során.

A 90 napnál hosszabb ideig megtartott adatokért további díjakat kell fizetni. Az Application Elemzések díjszabását a Azure Monitor oldalon olvashatja el.

Az összesített adatokat (azaz a darabszámokat, átlagokat és a Metrik explorerben látható egyéb statisztikai adatokat) a rendszer 90 napig 1 perces megőrzési időszakban őrzi meg.

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, a támogatási eset megnyitásával kérheti a Azure Portal.

Ki férhet hozzá az adatokhoz?

Az adatok láthatók az Ön számára, és ha van szervezeti fiókja, a csapattagok.

Exportálhatja Ön és a csapatának tagjai, és más helyekre másolhatja és továbbadhatja másoknak.

Mit tesz a Microsoft az alkalmazás által az Application Elemzések?

A Microsoft csak azért használja fel az adatokat, hogy a szolgáltatást Önnek nyújtsa.

Hol vannak az adatok?

  • Az új Application (Alkalmazás) erőforrás létrehozásakor kiválaszthatja Elemzések helyét. Az alkalmazás-Elemzések régiónkénti elérhetőségről itt tud meg többet.

Mennyire biztonságosak az adataim?

Az Elemzések egy Azure-szolgáltatás. A biztonsági szabályzatokat az Azure biztonsági, adatvédelmi és megfelelőségi tanulmánya ismerteti.

Az adatokat a rendszer a Microsoft Azure tárolja. A fiókkorlátozásokat a Azure Portal azure biztonsági, adatvédelmi és megfelelőségi dokumentum ismerteti.

Az ön adataihoz a Microsoft munkatársai csak korlátozott hozzáféréssel férhetnek hozzá. Adataihoz csak az Ön engedélyével férünk hozzá, és ha szükség van az Application Elemzések.

Az összes ügyfélalkalmazás összesített adatai (például az adatátviteli sebesség és a nyomkövetések átlagos mérete) az alkalmazásadatok javításához Elemzések.

Zavarhatja valaki más telemetriása az alkalmazás Elemzések adatait?

További telemetriai adatokat küldhetnek a fiókjának a weblapok kódján található eszközkulcs használatával. Elegendő további adat esetén a metrikák nem megfelelően tükrözik az alkalmazás teljesítményét és használatát.

Ha más projektekkel oszt meg kódot, ne felejtse el eltávolítani a eszközkulcsot.

Titkosítva vannak az adatok?

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

Titkosítva vannak az alkalmazásból az Alkalmazás-kiszolgálóra átvitel közben Elemzések adatok?

Igen, https-t használunk arra, hogy szinte az összes SDK-ból adatokat küldünk a portálra, beleértve a webkiszolgálókat, az eszközöket és a HTTPS-weblapokat is.

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

Igen, bizonyos telemetriai csatornák helyileg megmaradnak, ha egy végpont nem érhető el. Tekintse át az alábbi adatokat, hogy lássa, mely keretrendszerek és telemetriai csatornák érintettek.

A helyi tárterületet kihasználó telemetriai csatornák ideiglenes fájlokat hoznak létre a TEMP vagy az APPDATA könyvtárban, amelyek az alkalmazást futtató adott fiókra vannak korlátozva. Ez akkor fordulhat elő, ha egy végpont átmenetileg nem volt elérhető, vagy amikor Ön túllépi 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.

Ezek a megőrzött adatok nem helyileg vannak titkosítva. Ha ez 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 egy ügyfélnek adott biztonsági követelményekkel kell konfigurálnia ezt a címtárat, az keretrendszerenként konfigurálható. Győződjön meg arról, hogy az alkalmazást futtató folyamat írási hozzáféréssel rendelkezik ehhez a könyvtárhoz, de ügyeljen arra is, hogy ez a könyvtár védett legyen, így elkerülheti, hogy a nem szándékolt felhasználók beolvassa a telemetriát.

Java

C:\Users\username\AppData\Local\Temp A az adatok megőrzésére használatos. 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ő konkrét felhasználóra korlátozódnak. (További információ: implementáció.)

.NET

Alapértelmezés szerint az aktuális felhasználó helyi alkalmazásadatmappát ServerTelemetryChannel %localAppData%\Microsoft\ApplicationInsights vagy ideiglenes mappáját %TMP% használja. (Az implementációt itt láthatja.)

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

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

Kódon keresztül:

  • A ServerTelemetryChannel eltávolítása 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 (NetCore)

Alapértelmezés szerint az aktuális felhasználó helyi alkalmazásadatmappát ServerTelemetryChannel %localAppData%\Microsoft\ApplicationInsights vagy ideiglenes mappáját %TMP% használja. (Az implementációt itt láthatja.)

Linux-környezetben a helyi tárterület le lesz tiltva, kivéve, ha meg van adva tárolási mappa.

Megjegyzés

A 2.15.0-beta3 és nagyobb helyi tárterület mostantól automatikusan létrejön Linux, Mac és Windows. A nem Windows az SDK automatikusan létrehoz egy helyi tárolómappát a következő logika alapján:

  • ${TMPDIR} – ha ${TMPDIR} a környezeti változó be van állítva, ez a hely lesz használva.
  • /var/tmp – Ha az előző hely nem létezik, megpróbáljuk a következőt: /var/tmp .
  • /tmp – Ha mindkét korábbi hely nem létezik, megpróbáljuk a következőt: tmp .
  • Ha ezen helyek egyike sem létezik, a rendszer nem hoz létre helyi tárolót, és továbbra is manuális konfigurálást igényel. Az implementációval kapcsolatos részletes információk:.

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

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 használatos. A mappa elérésére vonatkozó engedélyek az aktuális felhasználóra és a Rendszergazdákra korlátozódnak. (Az implementációt itt láthatja.)

A mappaelőtag felülbírálható a appInsights-node Sender.ts fájlban található statikus változó futásidejű értékének Sender.TEMPDIR_PREFIX módosításával.

JavaScript (böngésző)

A HTML5 Storage az adatok megőrzésére használható. Két különálló puffert használ: AI_buffer és AI_sent_buffer . A kötegelt és az elküldre várakozó telemetria tárolása a következőben AI_buffer történik: . Az előbb elküldött telemetria mindaddig a helyen lesz elhelyezve, amíg a betekerő kiszolgáló nem válaszol a AI_sent_buffer sikeres fogadására. Ha a telemetria sikeresen érkezett, a rendszer eltávolítja az összes pufferből. Átmeneti hibák (például ha egy felhasználó elveszíti a hálózati kapcsolatot) a telemetria mindaddig a része marad, amíg sikeresen be nem érkezik, vagy a betáplált kiszolgáló nem válaszol arra, hogy a telemetria érvénytelen (például hibás séma vagy túl AI_buffer régi).

A telemetriai pufferek a beállításával enableSessionStorageBuffer tilthatók false le. Ha a munkamenet-tároló ki van kapcsolva, a rendszer inkább 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ási 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 a Rendszergazdákra korlátozódnak. (Az implementációt itt láthatja.) A megőrzött adatokat tartalmazó mappa a telemetriát generáló Python-fájl után lesz elnevezve.

Módosíthatja a tárolófájl helyét úgy, hogy az ön által használt fogajánló konstruktorában megadva a storage_path paramétert.

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

Hogyan adatokat küldeni az Application Elemzések tLS 1.2 használatával?

Az Application Elemzések-végpontokra átkelt adatok biztonságának é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. Úgy találtuk, hogy a TLS/SSL (SSL) régebbi verziói sebezhetőek, és bár jelenleg is dolgoznak a visszamenőleges kompatibilitás érdekében, nem ajánlottak, és az iparág gyorsan felhagy a régebbi protokollok támogatásával.

A PCI biztonsági szabványokkal kapcsolatos tanúsítvány 2018. június 30-i határidővel letiltja a TLS/SSL régebbi verzióit, és biztonságosabb protokollokra frissít. Ha az Azure már nem támogatja az örökölt támogatást, és az alkalmazása/ügyfelei nem tudnak legalább a TLS 1.2-es vagy régebbi 1.2-es használatával kommunikálni, nem küldhet adatokat az Application Elemzések. 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/platformtól, valamint az alkalmazás által használt nyelvtől/keretrendszertől függ.

Nem javasoljuk, hogy explicit módon, csak szükség esetén használja a TLS 1.2-t, mivel ez megszakíthatja a platformszintű biztonsági funkciókat, amelyek lehetővé teszik az újabb biztonságosabb protokollok automatikus észlelését és használatát, amint elérhetővé válnak, például a TLS 1.3. Javasoljuk, hogy alaposan ellenőrizze az alkalmazás kódját az adott TLS-/SSL-verziók kódolásának ellenőrzése érdekében.

Platform-/nyelvspecifikus útmutató

Platform/Nyelv Támogatás További információ
Azure App Services Támogatott– szükség lehet a konfigurálásra. A támogatást 2018 áprilisában jelentették be. A konfigurációs részletekért olvassa el a bejelentést.
Azure-függvényalkalmazások Támogatott– szükség lehet a konfigurálásra. A támogatást 2018 áprilisában jelentették be. A konfigurációs részletekért olvassa el a bejelentést.
.NET Támogatott, a konfiguráció verziónként eltérő. A .NET 4.7-es és korábbi verzióinak részletes konfigurációs adataiért tekintse meg ezeket az utasításokat.
Állapotmonitor Támogatott, konfigurálni kell Állapotmonitor TLS 1.2 támogatásához az operációs rendszer + konfigurációjának .NET-konfigurációja szükséges.
Node.js Támogatott– a 10.5.0-s verzióban konfigurációra lehet szükség. Bármely alkalmazásspecifikus Node.js használja a hivatalos TLS/SSL-dokumentációt.
Java Támogatott, a TLS 1.2 JDK-támogatása a JDK 6 121-es frissítésében és a JDK 7-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 OpenSSL-re támaszkodnak a TLS 1.2 támogatásához. Ellenőrizze az OpenSSL-változásnaplóban, hogy az Ön OpenSSL-verziója támogatott-e.
Windows 8.0 – 10 Támogatott és alapértelmezés szerint engedélyezve van. Annak megerősítéséhez, hogy továbbra is az alapértelmezett beállításokat használja.
Windows Server 2012 – 2016 Támogatott és alapértelmezés szerint engedélyezve van. Annak ellenőrzése, hogy továbbra is az alapértelmezett beállításokat használja-e
Windows 7 SP1 és Windows Server 2008 R2 SP1 Támogatott, de alapértelmezés szerint nincs engedélyezve. Az engedélyezés Transport Layer Security az Transport Layer Security (TLS) beállításjegyzék-beállítások oldalán talál további információt.
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-ben.
Windows Vista Nem támogatott. N/A

Ellenőrizze, hogy a Linux-disztribúción futó OpenSSL melyik verziója fut

Annak ellenőrzéshez, hogy az OpenSSL melyik verzióját telepítette, nyissa meg a terminált, és futtassa a következőt:

openssl version -a

TLS 1.2-teszttranzakció futtatása Linux rendszeren

Egy előzetes teszt futtatásához annak ellenőrzéséhez, hogy a Linux-rendszer tud-e kommunikálni a TLS 1.2-t használva, nyissa meg a terminált, és futtassa a következőt:

openssl s_client -connect bing.com:443 -tls1_2

Az Application Elemzések

Az Application Elemzések személyes adatokkal kapcsolatos cikkünk részletesen ismerteti ezt a problémát.

Ki tudnak kapcsolni a felhasználóim Elemzések?

Közvetlenül nem. A felhasználók nem biztosítanak olyan kapcsolót, amely kikapcsolhatja az alkalmazás-Elemzések.

Azonban megvalósíthat egy ilyen funkciót az alkalmazásban. Minden SDK tartalmaz egy API-beállítást, amely kikapcsolja a telemetriagyűjtést.

Az Application Elemzések

Az SDK-k platformonként eltérőek, és több összetevőt is telepíthet. (Lásd: Application Elemzések - overview.) Minden összetevő különböző adatokat küld.

A különböző forgatókönyvekben küldött adatok osztályai

Az Ön művelete Az összegyűjtött adatosztályok (lásd a következő táblázatot)
Application Elemzések SDK hozzáadása .NET webes projekthez ServerContext (Kiszolgáló szövege)
Következtetni
Teljesítményszámlálók
Kérelmek
Kivételek
Munkamenet
felhasználók
Az Állapotmonitor telepítése az IIS-hez Függőségek
ServerContext (Kiszolgáló szövege)
Következtetni
Teljesítményszámlálók
Application Elemzések SDK hozzáadása Java-webalkalmazáshoz ServerContext (Kiszolgáló szövege)
Következtetni
Kérés
Munkamenet
felhasználók
JavaScript SDK hozzáadása a weblaphoz ClientContext (Ügyfél szövege)
Következtetni
Oldal
ClientPerf
Ajax
Alapértelmezett tulajdonságok meghatározása Az összes standard és egyéni esemény tulajdonságai
TrackMetric hívása Numerikus értékek
Tulajdonságok
Hívás követése* Esemény neve
Tulajdonságok
TrackException hívása Kivételek
Verem memóriaképe
Tulajdonságok
Az SDK nem tud adatokat gyűjteni. Például:
– nem tud hozzáférni a teljesítményszámlálókhoz
– kivétel a telemetriai inicializálóban
SDK-diagnosztika

A más platformokhoz használható SDK-k esetében tekintsemeg a dokumentumukat.

Az összegyűjtött adatok osztálya

Összegyűjtött adatosztály Tartalmazza (nem teljes lista)
Tulajdonságok A kód által meghatározott adatok
DeviceContext (Eszközszöveg) Id, IP, Területi beállítások, Eszközmodell, hálózat, hálózat típusa, OEM neve, képernyőfeloldás, Szerepkörpéldány, Szerepkör neve, Eszköztípus
ClientContext (Ügyfél szövege) Operációs rendszer, területi beállítások, nyelv, hálózat, ablakfeloldás
Munkamenet session id
ServerContext (Kiszolgáló szövege) Gépnév, területi hely, operációs rendszer, eszköz, felhasználói munkamenet, felhasználói környezet, művelet
Következtetni földrajzi hely IP-címből, időbélyegzőből, operációs rendszerből, böngészőből
Mérőszámok Metrika neve és értéke
Események Esemény neve és értéke
Oldalmegtekintések URL- é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 Type(SQL, HTTP, ...), kapcsolati sztring vagy URI, szinkronizálás/async, időtartam, sikeres, SQL utasítás (Állapotmonitor)
Kivételek Típus, üzenet, hívási vermek, forrásfájl, sor száma, thread id
Összeomlik Process id, parent process id , crash thread id ; alkalmazásjavítás, id , build; kivétel típusa, cím, ok; obfuscated symbols and registers, binary start and end addresses, binary name and path, cpu type
Nyomkövetés Üzenet és súlyossági szint
Teljesítményszámlálók Processzoridő, rendelkezésre álló memória, kérelemarány, kivételarány, folyamat magánbájtok, I/O-sebesség, kérések időtartama, kérelemsor hossza
Rendelkezésre állás Webes teszt válaszkódja, az egyes tesztlépések időtartama, teszt neve, időbélyeg, sikeres, válaszidő, teszt helye
SDK-diagnosztika Nyomkövetési üzenet vagy kivétel

Egyes adatokat az adatok szerkesztésével kapcsolhat ApplicationInsights.config

Megjegyzés

Az ügyfél IP-címe a földrajzi hely ki következtetéséhez használatos, de alapértelmezés szerint az IP-adatok már nem tárolódnak, és minden nulla a társított mezőbe van írva. A személyes adatok kezelésével kapcsolatos további információkért javasoljuk ezt a cikket. Ha IP-címadatokat kell tárolnia, az IP-címgyűjtési cikk végigkúton fogja látni a beállításokat.

Módosítom vagy frissítem az adatokat az adatgyűjtést követően?

Nem, az adatok csak olvashatók, és csak a végleges törlési funkcióval törölhetők. További információért látogasson el a Log Analyticsbenés az Application Elemzések.

Kreditek

Ez a termék a MaxMind által létrehozott GeoLite2-adatokat tartalmazza, amelyek a következőből érhetők el: https://www.maxmind.com .