Veelgestelde vragen over Application Insights (FAQ)

Officiële veelgestelde vragen over Azure Monitor Application Insights. Vind antwoorden op vragen over het gebruik van Application Insights met Azure Monitor.

Overzicht

Hoe instrumenteer ik een toepassing?

Zie de basisprincipes van gegevensverzameling voor gedetailleerde informatie over het instrumenteren van toepassingen om Application Insights in te schakelen.

Hoe gebruik ik Application Insights?

Nadat u Application Insights hebt ingeschakeld door een toepassing te instrumenteren, raden we aan eerst Live Metrics en de Applicatiekaart te bekijken.

Welke telemetrie verzamelt Application Insights?

Vanaf server web apps:

  • HTTP-aanvragen.
  • Afhankelijkheden zoals aanroepen van SQL, HTTP, Azure Cosmos DB, Azure-tabelopslag, Azure Blob Storage en Azure Queue Storage.
  • Uitzonderingen en stacktraceringen.
  • Metrische runtimegegevens van ondersteunde instrumentatie.
  • Aangepaste gebeurtenissen en metrische gegevens die u verzendt met behulp van aangepaste OpenTelemetry-telemetrie, de JavaScript SDK of Click Analytics.
  • Traceer logbestanden wanneer u de juiste collector configureert.

Vanuit klantwebpagina's:

  • Onopgeslagen uitzonderingen in uw app, inclusief informatie over

    • Stacktracé
    • Uitzonderingsdetails en bericht bij de fout
    • Regel- en kolomnummer van de fout
    • URL waar de fout is opgetreden
    • Verzoeken om netwerkafhankelijkheden die door uw app zijn gedaan via XMLHttpRequest (XHR) en ophalen (Fetch-verzameling is standaard uitgeschakeld), bevatten informatie over:
      • URL van afhankelijkheidsbron
      • Opdracht & methode die wordt gebruikt om de afhankelijkheid aan te vragen
      • Duur van de aanvraag
      • Resultaatcode en successtatus van de aanvraag
      • Id (indien aanwezig) van de gebruiker die de aanvraag indient
      • Correlatiecontext (indien aanwezig) waar een aanvraag wordt ingediend

  • Gebruikersgegevens (bijvoorbeeld Locatie, netwerk, IP)

  • Apparaatgegevens (bijvoorbeeld browser, besturingssysteem, versie, taal, model)

  • Sessie informatie

    Opmerking

    Voor sommige toepassingen, zoals toepassingen met één pagina (SPA's), wordt de duur niet altijd vastgelegd en wordt in die gevallen standaard ingesteld op 0.

    Zie Gegevensverzameling, -retentie en storage in Application Insights voor meer informatie.

Als u deze vanuit andere bronnen configureert:

Waar gaan de met traditionele logging-frameworks verzamelde telemetriegegevens naartoe?

Wanneer u logboekframeworks zoals Serilog gebruikt, worden logboekberichten door Application Insights opgenomen als traceringstelemetrie en opgeslagen in de traces tabel (of AppTraces in Log Analytics). Dit is standaard, omdat tabellen zoals requests, dependenciesen exceptions zijn gereserveerd voor hun respectieve telemetrietypen.

Zie het Application Insights-telemetriegegevensmodel voor meer informatie.

Hoeveel Application Insights-resources moet ik implementeren?

Raadpleeg de planningshandleiding voor Application Insights om inzicht te krijgen in het aantal Application Insights-resources dat nodig is om uw toepassing of onderdelen in verschillende omgevingen te behandelen.

Hoe kan ik Application Insights-resources beheren met PowerShell?

U kunt PowerShell-scripts schrijven met behulp van Azure Resource Monitor om:

  • Application Insights-resources maken en bijwerken.
  • Stel het prijsplan in.
  • Haal de verbindingsreeks op.
  • Voeg een waarschuwing voor metrische gegevens toe.
  • Voeg een beschikbaarheidstest toe.

U kunt geen Metrics Explorer-rapport instellen of continue export instellen.

Hoe kan ik een query uitvoeren op Application Insights-telemetrie?

Gebruik de REST API om Log Analytics-query's uit te voeren.

Kan ik telemetrie verzenden naar de Application Insights-portal?

We raden de Azure Monitor OpenTelemetry Distro aan.

Het ingsschema en endpoint protocol zijn openbaar beschikbaar.

Hoe lang duurt het voordat telemetriegegevens worden verzameld?

De meeste Application Insights-gegevens hebben een latentie van minder dan 5 minuten. Sommige gegevens kunnen langer duren, wat gebruikelijk is voor grotere logboekbestanden. Zie de serviceovereenkomst Application Insights.

Wat is het Application Insights-prijsmodel?

Application Insights wordt gefactureerd via de Log Analytics-werkruimte waarin de logboekgegevens zijn opgenomen. De standaard prijscategorie Betalen per gebruik van Log Analytics omvat 5 GB per maand gratis gegevensvergoeding per factureringsrekening. Meer informatie over Azure Monitor logs prijsopties.

Zijn er kosten voor gegevensoverdracht tussen een Azure-web-app en Application Insights?

  • Als uw Azure-web-app wordt gehost in een datacenter waar een Application Insights-verzamelingseindpunt is, worden er geen kosten in rekening gebracht.
  • Als er geen verzamelingseindpunt aanwezig is in uw hostcentrum, worden voor de telemetrie van uw app Azure uitgaande kosten in rekening gebracht.

Dit antwoord is afhankelijk van de distributie van onze eindpunten, niet van waar uw Application Insights-resource wordt gehost.

Worden er netwerkkosten in rekening gebracht als mijn Application Insights-resource een Azure resource (dat wil zeggen telemetrieproducent) in een andere regio bewaakt?

Ja, er kunnen meer netwerkkosten in rekening worden gebracht, afhankelijk van de regio van waaruit de telemetrie afkomstig is en waar deze heengaat. Raadpleeg Azure bandbreedteprijzen voor meer informatie.

Als u onverwachte kosten of hoge kosten in Application Insights ziet, kan deze handleiding u helpen. Het behandelt veelvoorkomende oorzaken, zoals een hoog telemetrievolume, pieken in gegevensopname en onjuist geconfigureerde steekproeven. Het is vooral handig als u problemen aan het oplossen bent met betrekking tot kostenpieken; telemetrievolumes; het niet werken van steekproeven; gegevenslimieten; hoge gegevensinname; of onverwachte facturering. Zie Problemen met hoge gegevensinvoer oplossen in Application Insights om aan de slag te gaan.

Welke TLS-versies worden ondersteund?

Application Insights maakt gebruik van TLS (Transport Layer Security) 1.2 en 1.3.

Belangrijk

Op 1 maart 2025 zal Azure verouderde versies van TLS buiten gebruik stellen voor alle services. Op dat moment biedt Application Insights geen ondersteuning meer voor TLS 1.0, TLS 1.1 en de vermelde verouderde TLS 1.2/1.3-coderingssuites en elliptische curven.

Zie Solving TLS problems and Azure Resource Manager TLS Support voor algemene vragen over het verouderde TLS-probleem.

Waar vind ik meer informatie over Application Insights?

Zie Inleiding tot Application Insights voor meer informatie.

Gegevensverzameling, retentie, storage en privacy

Hoe verwerkt Application Insights gegevensverzameling, retentie, storage en privacy?

Context

Application Insights verzamelt telemetrie van uw app en slaat deze op in een Log Analytics-werkruimte. Het werkt voor apps die overal worden gehost, niet alleen in Azure.

Wat wordt verzameld en van waar

Telemetrie is afkomstig van: (1) de SDK die u aan uw app toevoegt, inclusief aangepaste telemetrie die u verzendt, (2) optionele serveragents en (3) Beschikbaarheidstests van Microsoft. Typische gegevens omvatten aanvragen, afhankelijkheden, uitzonderingen en crashes, prestatiemeteritems, client- en servercontext, traceringen en eventuele aangepaste gebeurtenissen of metrische gegevens die u verzendt. Als u wilt controleren wat er wordt verzonden, voert u uw app uit in de foutopsporingsmodus en controleert u de IDE-uitvoer- of diagnostische vensters. Open uw browser developer tools en inspecteer het tabblad Netwerk voor webpagina's. U kunt telemetrie filteren of verrijken voordat deze wordt verzonden door een telemetrieprocessor te implementeren.

Retentie en opslag

Onbewerkte gegevensretentie kan worden ingesteld op 30, 60, 90, 120, 180, 270, 365, 550 of 730 dagen. Retentie na 90 dagen kan extra kosten in rekening brengen. Geaggregeerde metrische gegevens worden gedurende 90 dagen bij 1 minuut granulariteit bewaard. Momentopnamen voor foutopsporing worden 15 dagen bewaard. Gegevens worden opgeslagen in de regio die u kiest bij het maken van de resource. Telemetrie is onveranderbaar na opname. U kunt geen telemetrie bewerken. Opschonen is beschikbaar om gegevens te verwijderen wanneer dat nodig is.

Access, beveiliging en versleuteling

Gegevens zijn zichtbaar voor u en teamleden met access en kunnen worden geëxporteerd. Microsoft gebruikt uw gegevens alleen om de service te voorzien van beperkt personeel access en kan statistische statistieken gebruiken om de service te verbeteren. Telemetrie wordt verzonden via HTTPS en gegevens worden in rust versleuteld en terwijl deze tussen datacenters worden verplaatst.

Privacy en verantwoord gebruik

Standaard-SDK-modules richten zich op prestaties, gebruik en diagnostische gegevens en bevatten doorgaans geen gevoelige persoonlijke gegevens. Plaats geen gevoelige gegevens in URL's. Controleer aangepaste telemetrie zodat deze geen persoonlijke gegevens bevat. Client-IP wordt gebruikt voor geolocatie. Het opgeslagen IP-veld is standaard nul. Als u maskering nodig hebt, voegt u een initialisatiefunctie voor telemetrie toe. Als uw app een opt-out nodig heeft, schakelt u de gegevensverzameling uit in de code. Controleer ook schijnbaar onschuldige velden, bijvoorbeeld apparaatnaam op persoonlijke apparaten. U kunt bepaalde verzamelingen in de configuratie of via code beheren of uitschakelen. Zie Verwerking van geolocatie en IP-adressenvoor meer informatie.

TLS

Moderne TLS gebruiken voor gegevens die onderweg zijn. Codeer oudere protocolversies niet. Sta toe dat het platform onderhandelt over nieuwere versies zodra deze beschikbaar komen. Zie Secure your Azure Monitor deployment voor meer informatie.

Lokale buffering en storingen

Als de verbinding met Azure is verbroken of beperkt, kunnen ondersteunde OpenTelemetry-exporteurs en huidige SDK's telemetrie lokaal bufferen en het opnieuw proberen. Zie Offlineopslag en automatische nieuwe pogingen voor het huidige gedrag van OpenTelemetry. Zie de JavaScript SDK-configuratie voor browserbufferinstellingen.

Welke gebruiksgegevens verzamelt Microsoft?

In veel gevallen verzamelt Application Insights automatisch gegevens over het productgebruik voor Microsoft. Deze gegevens worden opgeslagen in een Microsoft-gegevensarchief en hebben geen invloed op het bewakingsvolume en de kosten van klanten. Application Insights verzamelt essentiële en niet-essentiële metrische gegevens over:

De drie belangrijkste doeleinden van deze gegevensverzameling zijn:

  • Service health en betrouwbaarheid : het monitoren van de verbinding met het dataverwerkings-eindpunt vanuit een extern perspectief om ervoor te zorgen dat de service naar behoren functioneert.
  • Ondersteuningsdiagnose : biedt zelfhulpinzichten en helpt klantenondersteuning bij het vaststellen en oplossen van problemen.
  • Productverbetering : inzichten verzamelen voor Microsoft om het productontwerp te optimaliseren en de algehele gebruikerservaring te verbeteren.

Opmerking

Het verzamelen van gebruiksgegevens biedt geen ondersteuning voor Azure Private Link.

Ondersteunde talen

Statistieken .NET Java JavaScript Node.js Python
Essentiële metrische gegevens
Netwerk ❌ ✅ ❌ ✅ ✅
Bijvoegen ✔️* ✅ ❌ ✅ ✅
Eigenschap ❌ ✅ ❌ ✅ ✅
Niet-essentiële metrische gegevens
Schijf-I/O-fout ❌ ✅ ❌ ❌ ❌

Ondersteunde EU-regio's

Het verzamelen van gebruiksgegevens ondersteunt EU-gegevensgrens voor Application Insights-resources in de volgende regio's:

Geo-naam Regio naam
Europa Europa - noord
Europa West Europe
Frankrijk Centraal Frankrijk
Frankrijk Frankrijk - zuid
Duitsland West-Centraal Duitsland
Noorwegen Norway East
Noorwegen West-Noorwegen
Zweden Zweden - centraal
Zwitserland Switzerland North
Zwitserland Switzerland West
Verenigd Koninkrijk Verenigd Koninkrijk (Zuid)
Verenigd Koninkrijk Verenigd Koninkrijk (West)

Verzamelde gebruiksgegevens

Metrische netwerkgegevens

Naam van meetwaarde Unit Ondersteunde dimensies
Aantal geslaagde aanvragen Aantal Resource Provider Attach Type Instrumentation Key Runtime Version Operating System Language Version Endpoint Host
Aantal mislukte aanvragen Aantal Resource Provider, , Attach Type, Instrumentation KeyRuntime Version, , Operating System, Language, , VersionEndpointHostStatus Code
Aanvraagduur Aantal Resource Provider Attach Type Instrumentation Key Runtime Version Operating System Language Version Endpoint Host
Aantal nieuwe pogingen Aantal Resource Provider, , Attach Type, Instrumentation KeyRuntime Version, , Operating System, Language, , VersionEndpointHostStatus Code
Aantal beperkingen Aantal Resource Provider, , Attach Type, Instrumentation KeyRuntime Version, , Operating System, Language, , VersionEndpointHostStatus Code
Aantal uitzonderingen Aantal Resource Provider, , Attach Type, Instrumentation KeyRuntime Version, , Operating System, Language, , VersionEndpointHostException Type

Metrische gegevens bijvoegen

Naam van meetwaarde Unit Ondersteunde dimensies
Bijvoegen Aantal Resource Provider, , Resource Provider IdentifierAttach Type, Instrumentation Key, , Runtime Version, , Operating SystemLanguageVersion

Functiemetrieken

Naam van meetwaarde Unit Ondersteunde dimensies
Eigenschap Aantal Resource Provider Attach Type Instrumentation Key Runtime Version Feature Type Operating System Language Version

Niet-essentiële metrische gegevens

Houd de I/O-schijffout bij wanneer u schijfpersistentie gebruikt voor betrouwbare telemetrie.

Naam van meetwaarde Unit Ondersteunde dimensies
Aantal leesfouten Aantal Resource Provider, , Attach TypeInstrumentation Key, Runtime Version, , Operating System, , LanguageVersion
Aantal schrijffouten Aantal Resource Provider, , Attach TypeInstrumentation Key, Runtime Version, , Operating System, , LanguageVersion

Firewall configuratie

Metrische gegevens worden verzonden naar de volgende locaties, waarnaar uitgaande verbindingen moeten worden geopend in firewalls:

Locatie URL
Europa westeurope-5.in.applicationinsights.azure.com
Buiten Europa westus-0.in.applicationinsights.azure.com

Gebruiksgegevensverzameling uitschakelen

.NET

Het verzamelen van gebruiksgegevens is standaard ingeschakeld. Deze kan worden uitgeschakeld door de omgevingsvariabele APPLICATIONINSIGHTS_STATSBEAT_DISABLED in te stellen op true.

Java

Opmerking

Alleen niet-essentiële metrische gegevens kunnen worden uitgeschakeld in Java.

Als u niet-essentiële metrische gegevens wilt uitschakelen, voegt u de volgende configuratie toe aan uw configuratiebestand:

{
  "preview": {
    "statsbeat": {
        "disabled": "true"
    }
  }
}

U kunt deze functie ook uitschakelen door de omgevingsvariabele APPLICATIONINSIGHTS_STATSBEAT_DISABLED in te stellen op true. Deze instelling heeft vervolgens voorrang op disabled, die is opgegeven in de JSON-configuratie.

Node.js

Het verzamelen van gebruiksgegevens is standaard ingeschakeld. Deze kan worden uitgeschakeld door de omgevingsvariabele APPLICATION_INSIGHTS_NO_STATSBEAT in te stellen op true.

Python

Het verzamelen van gebruiksgegevens is standaard ingeschakeld. Deze kan worden uitgeschakeld door de omgevingsvariabele APPLICATIONINSIGHTS_STATSBEAT_DISABLED_ALL in te stellen op true.

Gearchiveerde gegevens

Zie Gegevensverzameling, retentie en storage in Application Insights voor gearchiveerde informatie.

TLS-ondersteuning

Bepaal of de pensionering van TLS invloed op u heeft

Application Insights en Azure Monitor beheren niet de TLS-versie die wordt gebruikt voor HTTPS-verbindingen. De TLS-versie is afhankelijk van het besturingssysteem en de runtime-omgeving waarin uw applicatie draait.

Om de TLS-versie in gebruik te bevestigen:

  • Bekijk de documentatie voor uw besturingssysteem en runtime of framework.
  • Neem contact op met het juiste ondersteuningsteam als u verdere hulp nodig heeft. Open geen ondersteuningsverzoek bij Application Insights.

Voorbeeldtaal- en runtime-ondersteuning voor TLS 1.2+

De volgende versies bevatten geïntegreerde ondersteuning voor TLS 1.2 of hoger.

  • .NET/ .NET Core: .NET Framework 4.6.2 of hoger en alle versies van .NET Core
  • Java: Java 8 update 161 (8u161) of hoger
  • Python: Python-distributies gebouwd met OpenSSL 1.0.1 of later
  • Node.js: Node.js versie 10 of later

Voorbeeld van besturingssysteemondersteuning voor TLS 1.2+

De volgende besturingssystemen bevatten geïntegreerde ondersteuning voor TLS 1.2 of hoger:

  • Windows: Windows 8, Windows Server 2012 en hoger
  • Linux: De meeste moderne Linux-distributies die OpenSSL 1.0.1 of later gebruiken

Hoe zorg ik ervoor dat mijn resources niet worden beïnvloed?

Om onderbrekingen van de dienstverlening te voorkomen, moet elke externe eindpunt (inclusief afhankelijke verzoeken) waarmee uw bron interacteert, ten minste één combinatie ondersteunen van dezelfde Protocol Versie, Cipher Suite en Elliptische Curve die eerder zijn genoemd. Als het externe eindpunt geen ondersteuning biedt voor de benodigde TLS-configuratie, moet het worden bijgewerkt met ondersteuning voor een combinatie van de TLS-configuratie na afschaffing.

Na 1 mei 2025, wat is het gedrag van de getroffen resources?

Betreffende Application Insights-resources houden op met gegevensinname en kunnen geen toegang krijgen tot de vereiste onderdelen van toepassingen. Als gevolg hiervan werken sommige functies niet meer.

Welke componenten worden door de afschaffing beïnvloed?

De afschaffing van Transport Layer Security (TLS), zoals gedetailleerd in dit document, zou het gedrag pas na 1 mei 2025 moeten beïnvloeden. Zie Azure Resource Manager TLS-ondersteuning voor meer informatie over CRUD-bewerkingen. Deze bron biedt meer details over TLS-ondersteuning en stopzettingstijdlijnen.

Waar kan ik ondersteuning voor Transport Layer Security (TLS) krijgen?

Voor algemene vragen over het probleem met legacy TLS, zie Oplossing van TLS-problemen.

Waar vind ik meer informatie over TLS-ondersteuning in Application Insights?

Zie TLS-ondersteuning voor meer informatie.

ASP.NET Core toepassingen

Hoe kan ik telemetrie bijhouden die niet automatisch wordt verzameld?

Voor huidige instrumentatie gebruikt u OpenTelemetry-API's en taalspecifieke logboekregistratie- of metrische API's. Zie Aangepaste telemetrie verzamelen voor voorbeelden.

Voor aangepaste browser-gebeurtenissen gebruikt u de Application Insights JavaScript SDK of Click Analytics. Voor aangepaste gebeurtenissen aan de serverzijde gebruikt u aangepaste OpenTelemetry-gebeurtenissen.

Hoe kan ik de body van verzoeken en antwoorden registreren in mijn telemetrie?

ASP.NET Core heeft ingebouwde ondersteuning voor het vastleggen van HTTP-aanvraag- en antwoordgegevens, inclusief de hoofdtekst. Dit kan persoonlijke informatie (PII) blootstellen en de prestaties en opnamekosten aanzienlijk verhogen, dus evalueer de risico's zorgvuldig voordat u deze gebruikt.

Hoe kan ik ILogger-logboeken verzamelen aanpassen?

Voor huidige .NET toepassingen configureert u logboekverzameling via OpenTelemetry en uw standaardconfiguratie voor logboekregistratie .NET. Gebruik Logging:LogLevel in appsettings.json om toepassingslogboekniveaus te kiezen en openTelemetry-logboekexport te configureren als onderdeel van Azure Monitor OpenTelemetry-installatie. Zie OpenTelemetry inschakelen met Application Insights en Telemetrie wijzigen.

Ik implementeer mijn ASP.NET Core toepassing in Web Apps. Moet ik de Application Insights-extensie nog steeds inschakelen vanuit Web Apps?

Kies één instrumentatiepad voor de toepassing. Gebruik Azure Monitor OpenTelemetry voor de huidige installatie op basis van code. Gebruik voor no-code App Service-bewaking toepassingsbewaking zonder codewijzigingen. Vermijd overlappende instrumentatie voor dezelfde app, tenzij u een migratie valideert.

Kan ik Application Insights-bewaking inschakelen zonder toepassingscode te wijzigen?

Voor nieuwe toepassingsbewaking gebruikt u de Azure Monitor OpenTelemetry Distro of huidige autoinstrumentatiepaden. Zie OpenTelemetry inschakelen met Application Insights en Application Monitoring zonder codewijzigingen.

Waar vind ik meer informatie over het gebruik van Application Insights voor ASP.NET Core toepassingen?

Zie Enable OpenTelemetry with Application Insights voor de huidige ASP.NET Core instrumentatie.

ASP.NET prestatietellers

Wat is het verschil tussen de metrische gegevens voor uitzonderingsfrequentie en Uitzonderingen?

  • Exception rate: De uitzonderingsfrequentie is een prestatiemeteritem van het systeem. De CLR telt alle afgehandelde en niet-afgehandelde uitzonderingen die worden opgeworpen en verdeelt het totale aantal in een steekproefinterval door de lengte van dat interval. Met de Application Insights SDK wordt dit resultaat verzameld en naar de portal verzonden.
  • Exceptions: De uitzonderingsmetriek telt de uitzonderingstelemetrie die door de portal is ontvangen tijdens het steekproefinterval van de grafiek. Het omvat afgehandelde uitzonderingen die in uw instrumentatierapporten worden vermeld. Het kan mogelijk niet elke uitzondering die niet is verwerkt bevatten.

Waar vind ik meer informatie over ASP.NET prestatiemeteritems?

Zie Metrische gegevens in Application Insights voor de huidige richtlijnen voor metrische gegevens.

ASP.NET-gebeurtenistellers

Kan ik EventCounters zien in Live Metrics?

Live Metrics bevatten geen EventCounters. Gebruik Metric Explorer of Analytics om de telemetrie te bekijken.

Nadat ik Application Insights heb ingeschakeld vanuit de Azure Web App-portal, waarom zie ik geen gebeurtenistellers?

App Service-bewaking zonder codewijzigingen biedt momenteel geen ondersteuning voor deze functie voor ASP.NET Core.

Waar vind ik meer informatie over ASP.NET gebeurtenistellers?

Zie Metrische gegevens in Application Insights voor de huidige richtlijnen voor metrische gegevens.

Afhankelijkheid bijhouden

Hoe rapporteert de automatische afhankelijkheidsverzamelaar mislukte oproepen naar afhankelijkheden?

Voor mislukte afhankelijkheidsaanroepen is het success veld ingesteld op false. Afhankelijkheidstelemetrie maakt niet automatisch een afzonderlijk uitzonderingsitem voor elke mislukte afhankelijkheidsaanroep. Het volledige gegevensmodel voor afhankelijkheidstelemetrie wordt beschreven in het Application Insights-telemetriegegevensmodel.

Hoe bereken ik de opnamelatentie voor mijn telemetrie van afhankelijkheden?

Gebruik deze code:

dependencies
| extend E2EIngestionLatency = ingestion_time() - timestamp
| extend TimeIngested = ingestion_time()

Hoe kan ik bepalen wanneer de afhankelijkheidsaanroep werd gestart?

In de Log Analytics queryweergave geeft timestamp het moment aan waarop de afhankelijkheidstelemetriebewerking is gestart, wat plaatsvindt direct nadat het antwoord van de afhankelijkheidsaanroep is ontvangen. Om de tijd te berekenen waarop de afhankelijkheidsaanroep begon, neemt u timestamp en trekt u de opgenomen duration van de afhankelijkheidsaanroep af.

Bevat het bijhouden van afhankelijkheden in Application Insights logboekregistratie van antwoordteksten?

Het bijhouden van afhankelijkheden in Application Insights omvat niet het loggen van antwoordlichamen, omdat dit voor de meeste toepassingen te veel telemetrie zou genereren.

Waar vind ik meer informatie over het bijhouden van afhankelijkheden in Application Insights?

Zie Aangepaste spans toevoegen voor huidige afhankelijkheids- en aangepaste spanrichtlijnen.

Beschikbaarheidstests

Kan ik beschikbaarheidstests uitvoeren op een intranetserver?

Beschikbaarheidstests worden uitgevoerd op aanwezigheidspunten die over de hele wereld worden gedistribueerd. Er zijn twee oplossingen:

  • Firewall door: Aanvragen naar uw server toestaan vanaf de lange en veranderlijke lijst met webtestagents.
  • Aangepaste code: Schrijf uw eigen code om periodieke aanvragen naar uw server te verzenden vanuit uw intranet. U kunt hiervoor Visual Studio webtests uitvoeren. Een intern statussignaal en een waarschuwing verzenden voor het resulterende logboek of de resulterende metrische gegevens.

Wat is de user-agent-string voor beschikbaarheidstests?

De tekenreeks van de gebruikersagent is Mozilla/5.0 (compatibel; MSIE 9.0; Windows NT 6.1; Trident/5.0; AppInsights)

Waar vind ik meer informatie over Application Insights-beschikbaarheidstests?

Zie Beschikbaarheidstests voor meer informatie.

TLS-ondersteuning voor beschikbaarheidstests

Hoe heeft de afschaffing invloed op mijn webtestgedrag?

Beschikbaarheidstests fungeren als een gedistribueerde client in elk van de ondersteunde webtestlocaties. Telkens wanneer een webtest wordt uitgevoerd, probeert de beschikbaarheidstestservice het externe eindpunt te bereiken dat is gedefinieerd in de webtestconfiguratie. Er wordt een Hello-bericht voor de TLS-client verzonden dat alle momenteel ondersteunde TLS-configuratie bevat. Als het externe eindpunt een algemene TLS-configuratie deelt met de beschikbaarheidstestclient, slaagt de TLS-handshake. Anders mislukt de webtest met een TLS-handshakefout.

Hoe kan ik valideren welke TLS-configuratie een externe eindpunt ondersteunt?

Er zijn verschillende hulpprogramma's beschikbaar om te testen welke TLS-configuratie een eindpunt ondersteunt. Een manier is om het voorbeeld te volgen dat op deze pagina wordt beschreven. Als uw externe eindpunt niet beschikbaar is via openbaar internet, moet u ervoor zorgen dat u de TLS-configuratie valideert die wordt ondersteund op het externe eindpunt vanaf een computer met access om uw eindpunt aan te roepen.

Opmerking

Voor stappen voor het inschakelen van de benodigde TLS-configuratie op uw webserver, kunt u het beste contact opnemen met het team dat eigenaar is van het hostingplatform waarop uw webserver wordt uitgevoerd als het proces niet bekend is.

Wat is het gedrag van de webtest na 1 mei 2025 voor beïnvloede tests?

Er is geen uitzonderingstype waardoor alle TLS-handshakefouten die door deze afschaffing worden beïnvloed, zich zouden voordoen. De meest voorkomende uitzondering waardoor uw webtest zou beginnen te falen, zou echter The request was aborted: Couldn't create SSL/TLS secure channel zijn. U moet ook eventuele TLS-gerelateerde fouten kunnen zien in de TLS-transport-Troubleshooting Step voor het webtestresultaat dat mogelijk wordt beïnvloed.

Kan ik bekijken welke TLS-configuratie momenteel wordt gebruikt door mijn webtest?

De TLS-configuratie die is onderhandeld tijdens het uitvoeren van een webtest, kan niet worden weergegeven. Zolang het externe eindpunt ondersteuning biedt voor algemene TLS-configuratie met beschikbaarheidstests, mag er geen gevolgen worden gezien na afschaffing.

Welke onderdelen heeft de afschaffing van invloed op de beschikbaarheidstestservice?

De TLS-afschaffing die in dit document wordt beschreven, moet alleen van invloed zijn op het gedrag van de uitvoering van de webtest voor beschikbaarheidstests na 1 mei 2025. Zie Azure Resource Manager TLS-ondersteuning voor meer informatie over interactie met de beschikbaarheidstestservice voor CRUD-bewerkingen. Deze bron biedt meer details over TLS-ondersteuning en stopzettingstijdlijnen.

Waar kan ik TLS-ondersteuning krijgen?

Voor algemene vragen over het probleem met legacy TLS, zie Oplossing van TLS-problemen.

Waar vind ik meer informatie over TLS-ondersteuning voor beschikbaarheidstests?

Zie Ondersteunde TLS-configuraties voor meer informatie.

Bewaking in Azure App Service voor .NET-, Node.js-, Python- en Java-toepassingen

Wat wijzigt Application Insights in mijn project?

De wijzigingen zijn afhankelijk van het instrumentatiepad. App Service-bewaking zonder code maakt doorgaans gebruik van app-instellingen en platformconfiguratie. Bewaking op basis van code maakt gebruik van het OpenTelemetry-pakket en de opstartconfiguratie voor de geselecteerde taal. Zie Enable application monitoring in Azure App Service and Enable OpenTelemetry with Application Insights voor de huidige richtlijnen.

Wat is het verschil tussen standaard metrische gegevens van Application Insights versus Azure App Service metrische gegevens?

Application Insights verzamelt telemetrie voor de aanvragen die de toepassing hebben bereikt. Als de fout optreedt in Web Apps of de webserver en de aanvraag de gebruikerstoepassing niet heeft bereikt, beschikt Application Insights niet over telemetrie.

De duur voor serverresponsetime berekend door Application Insights komt niet noodzakelijkerwijs overeen met de reactietijd van de server die wordt waargenomen door Web Apps. Application Insights telt de duur wanneer de aanvraag de gebruikerstoepassing bereikt. Als de aanvraag is vastgelopen of in de wachtrij staat op de webserver, wordt de wachttijd opgenomen in de Web Apps metrische gegevens, maar niet in metrische gegevens van Application Insights.

Waar vind ik meer informatie over bewaking in Azure App Service voor .NET-, Node.js-, Python- en Java-toepassingen?

Zie Enable application monitoring in Azure App Service voor meer informatie.

Automatische instrumentatie

Moet de term "autoinstrumentatie" worden gekoppeld met een koppelteken?

We volgen de Microsoft Style Guide voor productdocumentatie die is gepubliceerd op het Microsoft Learn-platform .

Over het algemeen bevatten we geen afbreekstreepje na het voorvoegsel 'automatisch'.

Waar vind ik meer informatie over autoinstrumentatie?

Zie Wat is autoinstrumentatie voor Azure Monitor Application Insights? voor meer informatie.

Aansluitstrengen

Vereisen nieuwe Azure regio's het gebruik van verbindingsreeksen?

Nieuwe Azure regio’s vereisen het gebruik van connectiestrings in plaats van instrumentatiesleutels. Connection string identificeert de resource die u aan uw telemetriegegevens wilt koppelen. Hiermee kunt u ook de eindpunten wijzigen die uw resource gebruikt als bestemming voor uw telemetrie. Kopieer de verbindingsreeks en voeg deze toe aan de code van uw toepassing of aan een omgevingsvariabele.

Moet ik verbindingsreeks s of instrumentatiesleutels gebruiken?

We raden aan dat u verbindingsreeksen gebruikt in plaats van een instrumentatiesleutel.

Wanneer moet ik de omgevingsvariabele instellen?

Stel de APPLICATIONINSIGHTS_CONNECTION_STRING handmatig in alle scenario's in waarbij het systeem dit niet automatisch opgeeft. Deze scenario's omvatten, maar zijn niet beperkt tot: lokale ontwikkeling en .NET geïsoleerde functies met behulp van ASP.NET Core-integratie. In deze gevallen zorgt de omgevingsvariabele ervoor dat de OpenTelemetry-pijplijn telemetrie kan verzenden naar Application Insights. Zie OpenTelemetry configureren in Application Insights voor meer informatie over het configureren van verbindingsreeksen met een omgevingsvariabele.

Moet ik een afzonderlijke Application Insights-resource gebruiken voor browsertelemetrie als ik geverifieerde opname aan de serverzijde of OTLP gebruik?

Niet strikt. Eén Application Insights-resource kan browsertelemetrie ontvangen van de Application Insights JavaScript SDK en telemetrie aan de serverzijde die wordt verzonden met behulp van geverifieerde opname wanneer lokale verificatie ingeschakeld blijft voor browseropname. Telemetrie aan de serverzijde kan gebruikmaken van Microsoft Entra geverifieerde opname en OTLP-opname met behulp van de OpenTelemetry Collector vereist Microsoft Entra-verificatie. U hoeft OpenTelemetry of OTLP niet alleen te vermijden omdat uw toepassing ook browsertelemetrie verzamelt.

De belangrijkste uitzondering is wanneer u lokale verificatie voor een Application Insights-resource uitschakelt om Microsoft Entra verificatie te vereisen voor alle opname. In die configuratie kan de JavaScript SDK niet rechtstreeks vanuit de browser worden geverifieerd en kan de telemetrie van de browser mogelijk niet meer stromen. Gebruik voor browsertelemetrie in dat scenario een afzonderlijke resource voor browsertelemetrie met lokale verificatie ingeschakeld of routeer browsertelemetrie via een geverifieerd proxypatroon. Zie Geverifieerde browsertelemetrie met behulp van verbindingsreeksen voor meer informatie.

Zelfs wanneer één resource technisch werkt, kunt u overwegen om een afzonderlijke Application Insights-resource te gebruiken voor telemetrie aan de browser-/clientzijde als best practice voor risico-isolatie. Browser-instrumentatie wordt uitgevoerd in een niet-vertrouwde clientomgeving, zodat de verbindingsreeks zichtbaar is voor gebruikers en niet als geheim kan worden behandeld. Een blootgestelde verbindingsreeks kan mogelijk worden gebruikt om vervalste, irrelevante of grote hoeveelheden telemetriegegevens te verzenden naar de bijbehorende resource, waardoor dashboards, waarschuwingen en probleemoplossingsquery's vervuild kunnen raken en de opnamekosten kunnen verhogen.

Een afzonderlijke resource voor browsertelemetrie kan u helpen:

  • Draai of vervang de verbindingsreeks aan de browserzijde zonder telemetrie aan de serverzijde te verstoren.
  • Bevat vervalste, spam- of nutteloze telemetriegegevens voor resources die specifiek zijn voor de browser.
  • Beveilig de kwaliteit van telemetrie aan de serverzijde die wordt gebruikt voor diagnostische gegevens, waarschuwingen en operationele analyses.
  • Pas indien nodig verschillende instellingen voor toegangsbeheer, eigendom of governance toe.

Balans deze voordelen af tegen de extra beheeroverhead van meerdere resources, waaronder aanvullende verbindingsketens, RBAC-toewijzingen, configuratie en onderzoeken tussen resources. End-to-end correlatie kan nog steeds werken voor meerdere Application Insights-resources wanneer de gebruiker toegang heeft tot de relevante resources. Zie Toepassingsoverzicht en transactiediagnose voor meer informatie.

Private Link en opnameverificatie zijn afzonderlijke besturingselementen. Private Link beheert de netwerktoegang tot Azure Monitor-bronnen; Microsoft Entra-verificatie bepaalt of telemetrieopname door een identiteit is geautoriseerd. Gebruik Private Link niet als vervanging voor opnameverificatie en behandel resourcescheiding niet als vereiste voor geverifieerde opname aan de serverzijde.

Hoe kan ik een wereldwijde webapplicatie inrichten om te voldoen aan regionale vereisten voor datacompliance?

Als u wilt voldoen aan de nalevingsvereisten voor regionale gegevens, gebruikt u regionale Application Insights-eindpunten in plaats van het globale eindpunt. Het globale eindpunt garandeert niet dat gegevens binnen een specifieke regio blijven. Regionale eindpunten helpen ervoor te zorgen dat telemetrie van gebruikers in gereglementeerde gebieden alleen naar datacenters in die regio's wordt verzonden.

Uw globale webtoepassing configureren voor regionale naleving:

  • Maak één Application Insights-resource per regio met strikte nalevingsvereisten, zoals de Europese Unie of de Verenigde Staten.
  • Maak een andere Application Insights-resource voor gebruikers in alle andere regio's.
  • Configureer uw toepassing om telemetrie te verzenden naar de juiste Application Insights-resource op basis van de regio van elke gebruiker. Bepaal de regio met behulp van signalen zoals IP-adres, accountmetagegevens of locatie-instellingen.
  • Verbind alle Application Insights-resources met een Log Analytics-werkruimte als u een uniforme query-ervaring in verschillende regio's nodig hebt.

Voorbeeld:

  • Gegevens van gebruikers in Regio A verzenden naar de Application Insights resource van Regio A met behulp van de verbindingsreeks van Regio A.
  • Gegevens verzenden van regio B-gebruikers naar de Application Insights-resource regio B met behulp van de regio B verbindingsreeks.
  • Alle andere gebruikersgegevens verzenden naar een Application Insights-resource voor algemeen gebruik met behulp van een andere verbindingsreeks.

Belangrijk

Het gebruik van het globale eindpunt zorgt niet voor regionale naleving. Als u wilt voldoen aan de vereisten voor gegevenslocatie, gebruikt u altijd regiospecifieke eindpunten en routetelemetrie op basis van de regio van de gebruiker.

In het volgende diagram ziet u een voorbeeldinstallatie voor een globale webtoepassing:

Diagram met routering op basis van regio naar specifieke App Insights-resources.

Waar vind ik meer informatie over verbindingsreeksen in Application Insights?

Zie Verbindingsreeksen voor meer informatie.

Application Insights-resources maken en configureren

Hoe verplaats ik een Application Insights-resource naar een nieuwe regio?

Het overdragen van bestaande Application Insights-resources tussen regio's wordt niet ondersteund en u kunt geen historische gegevens migreren naar een nieuwe regio. De tijdelijke oplossing omvat:

  • Een nieuwe Application Insights-resource maken in de gewenste regio.
  • Maak eventuele unieke aanpassingen opnieuw op basis van de oorspronkelijke resource in de nieuwe.
  • Uw toepassing bijwerken met de verbindingsreeks van de nieuwe regioresource.
  • Testen om ervoor te zorgen dat alles werkt zoals verwacht met de nieuwe Application Insights-resource.
  • Besluit de oorspronkelijke Application Insights-resource te behouden of te verwijderen. Als u een klassieke resource verwijdert, verliest u alle historische gegevens. Als de resource is gebaseerd op een werkruimte, blijven de gegevens in Log Analytics, waardoor toegang tot historische gegevens wordt ingeschakeld totdat de bewaarperiode verloopt.

Unieke aanpassingen die vaak handmatig opnieuw moeten worden gecreëerd of bijgewerkt voor de resource in de nieuwe regio omvatten, maar zijn niet beperkt tot:

  • Aangepaste dashboards en werkmappen opnieuw maken.
  • Maak of werk het bereik van aangepaste waarschuwingen voor logboeken/metrische gegevens opnieuw in of bij.
  • Maak beschikbaarheidswaarschuwingen opnieuw.
  • Maak eventueel vereiste aangepaste Azure role-based access control instellingen opnieuw aan die uw gebruikers nodig hebben om toegang te krijgen tot de nieuwe resource.
  • Repliceer instellingen met betrekking tot dataverzameling, gegevensretentie, dagelijkse limieten en inschakeling van aangepaste statistieken. Deze instellingen worden beheerd via het deelvenster Gebruik en geschatte kosten .
  • Elke integratie die afhankelijk is van API-sleutels, zoals release-aantekeningen en live metrics beveiligd controlekanaal. U moet nieuwe API-sleutels genereren en de bijbehorende integratie bijwerken.
  • Doorlopende export binnen klassieke bronnen heeft opnieuw configuratie nodig.
  • Diagnostische instellingen in op werkruimte gebaseerde resources moeten opnieuw worden geconfigureerd.

Kan ik providers('Microsoft.Insights', 'components').apiVersions[0] gebruiken in mijn Azure Resource Manager-implementaties?

We raden u niet aan deze methode te gebruiken om de API-versie in te vullen. De nieuwste versie kan preview-versies vertegenwoordigen, die mogelijk belangrijke wijzigingen bevatten. Zelfs bij nieuwere versies die geen preview-versie zijn, zijn de API-versies niet altijd achterwaarts compatibel met bestaande sjablonen. In sommige gevallen is de API-versie mogelijk niet beschikbaar voor alle abonnementen.

Waar vind ik meer informatie over het maken en configureren van Application Insights-resources?

Zie Application Insights-resources maken en configureren voor meer informatie.

Telemetriegegevensmodel

Hoe kan ik problemen en suggesties voor gegevensmodellen of schema's rapporteren?

Gebruik onze GitHub opslagplaats om problemen en suggesties voor gegevensmodellen of schema's te rapporteren.

Hoe meet ik de impact van een bewakingscampagne?

PageView-telemetrie bevat URL en u kunt de UTM-parameter parseren met behulp van een regex-functie in Kusto.

Af en toe ontbreken deze gegevens of zijn ze onjuist als de gebruiker of onderneming het verzenden van de gebruikersagent uitschakelt in browserinstellingen. De UA Parser regexes bevat mogelijk niet alle apparaatgegevens. Of Application Insights heeft mogelijk niet de meest recente updates geïmplementeerd.

Waarom zou een aangepaste meting zonder fouten slagen, maar het logboek wordt niet weergegeven?

Dit kan gebeuren als u tekenreekswaarden gebruikt. Alleen numerieke waarden werken met aangepaste metingen.

Waar vind ik meer informatie over het telemetriegegevensmodel?

Zie het Application Insights-telemetriegegevensmodel voor meer informatie.

Loggen met .NET

Welk Type Application Insights-telemetrie wordt geproduceerd uit ILogger-logboeken? Waar zie ik ILogger-logboeken in Application Insights?

OpenTelemetry-logboekrecords worden opgeslagen in de traces tabel in Application Insights-logboeken. Als u ze wilt weergeven in de Azure-portal, opent u de Application Insights-resource, selecteert u Logs en voert u een query uit op de tabel traces.

Voorbeeldquery: traces | where message contains "YourSearchTerm".

Hoe kan ik ILogger-logboeken verzamelen aanpassen?

Voor huidige .NET toepassingen configureert u logboekverzameling via OpenTelemetry en uw standaardconfiguratie voor logboekregistratie .NET. Gebruik Logging:LogLevel in appsettings.json om toepassingslogboekniveaus te kiezen en openTelemetry-logboekexport te configureren als onderdeel van Azure Monitor OpenTelemetry-installatie. Zie OpenTelemetry inschakelen met Application Insights en Telemetrie wijzigen.

Waarom hebben sommige ILogger-logboeken niet dezelfde eigenschappen als andere?

Wanneer logboeken worden verzonden voordat de configuratie van de toepassingstelemetrie is voltooid, kunnen ze minder verrijkte eigenschappen hebben dan logboeken die later in de levenscyclus van de toepassing worden verzonden.

Hoe moet ik aangepaste telemetrie handmatig verzenden?

Voor huidige instrumentatie verzendt u aangepaste telemetrie met OpenTelemetry-API's of de Azure Monitor OpenTelemetry Distro. Zie Aangepaste telemetrie verzamelen voor voorbeelden.

Waar vind ik meer informatie over logboekregistratie met .NET?

Zie Enable OpenTelemetry with Application Insights voor de huidige .NET instrumentatie.

Java-Profiler

Wat is het bewaken van Java-profilering in Azure Monitor Application Insights?

Java Profiler maakt gebruik van Java Flight Recorder (JFR) om uw toepassing te profilen met behulp van een aangepaste configuratie.

Wat is Java Flight Recorder?

Java Flight Recorder (JFR) is een hulpprogramma voor het verzamelen van profileringsgegevens van een actieve Java-toepassing. JFR is geïntegreerd in de Java Virtual Machine (JVM) en wordt gebruikt voor het oplossen van prestatieproblemen. Meer informatie over Java SE JFR Runtime.

Wat zijn de gevolgen voor de prijs en/of licentiekosten voor het inschakelen van App Insights Java-profilering?

Java-profilering is een gratis functie met Application Insights. Azure Monitor Application Insights prijzen zijn gebaseerd op opnamekosten.

Welke Java-profileringsgegevens worden verzameld?

Profileringsgegevens die door de JFR worden verzameld omvatten methode- en uitvoeringsprofileringsgegevens, garbage collection-gegevens en vergrendelingsprofielen.

Hoe kan ik Java-profilering van App Insights gebruiken en de gegevens visualiseren?

JFR-opname kan worden bekeken en geanalyseerd met uw favoriete hulpprogramma, bijvoorbeeld Java Mission Control (JMC).

Worden prestatiediagnoses en aanbevelingen voor oplossingen geleverd met Java-profilering voor App Insights?

'Prestatiediagnose en aanbevelingen' is een nieuwe functie die beschikbaar is zodra Application Insights Java Diagnostics. U kunt zich registreren om een voorbeeld van deze functie te bekijken. JFR-opname kan worden bekeken met Java Mission Control (JMC).

Wat is het verschil tussen on-demand en automatische Java-profilering in App Insights?

On-demand is door de gebruiker geactiveerde profilering in realtime, terwijl automatische profilering is met vooraf geconfigureerde triggers.

Gebruik Nu profileren voor de optie profilering op aanvraag. Profile Now profileert onmiddellijk alle agents die zijn gekoppeld aan de Application Insights-instantie.

Geautomatiseerde profilering wordt geactiveerd wanneer een resourcegrens wordt bereikt.

Welke Java-profileringstriggers kan ik configureren?

Application Insights Java Agent ondersteunt momenteel bewaking van CPU- en geheugenverbruik. De CPU-drempelwaarde wordt geconfigureerd als een percentage van alle beschikbare kernen op de computer. Geheugen is de huidige bezetting van tenured memory region (OldGen) ten opzichte van de maximale grootte van de regio.

Wat zijn de vereiste vereisten voor het inschakelen van Java-profilering?

Controleer de vereisten.

Kan ik Java-profilering gebruiken voor een microservicetoepassing?

Ja, u kunt een JVM die microservices uitvoert profilen met behulp van de JFR.

Waar vind ik meer informatie over Java Profiler?

Zie Azure Monitor Application Insights Profiler voor Java voor meer informatie.

Sampling-overschrijvingen - Application Insights voor Java

Moet ik handmatige instrumentatie gebruiken om steekproeven in te schakelen?

Nee, steekproeven overschrijven is nu algemeen beschikbaar en kan worden gebruikt met zowel auto-instrumentatie als handmatige instrumentatie.

Hoe configureer ik steekproefinstellingen overschrijven bij gebruik van Azure App Service met automatische instrumentatie?

Als u auto-instrumentatie gebruikt, werkt u het bestand applicationinsights.json in de Azure portal bij.

Moet u het Application Insights-agentbestand handmatig uploaden voor het overschrijven van steekproeven?

Voor automatische instrumentatie is geen handmatig uploaden van agent vereist. Voor handmatige instrumentatie moet u echter nog steeds het JAR-bestand en de configuratiebestanden van de Application Insights-agent opnemen in uw implementatiepakket.

Wat is het verschil tussen 'lokale ontwikkeling' en 'toepassingsserver' in de context van handmatige instrumentatie?

Lokale ontwikkeling verwijst naar de omgeving waarin de app wordt gebouwd of getest, zoals de computer van een ontwikkelaar of een Azure Cloud Shell-exemplaar. De toepassingsserver verwijst naar de webserver waarop de toepassing wordt uitgevoerd, zoals Tomcat 11 in een Azure-App Service environment. Wanneer u handmatige instrumentatie gebruikt, moet u ervoor zorgen dat het JAR-bestand van de agent correct op de toepassingsserver wordt geplaatst.

Als ik een Azure App Service met een Java-runtime (bijvoorbeeld Tomcat 11) gebruik, hoe configureer ik instellingen voor steekproeven?

Voor automatische instrumentatie kunt u steekproeven-onderdrukkingen configureren via de Azure portal. Als u handmatig instrumentatie gebruikt, moet u de JAR van de Application Insights-agent in de juiste map plaatsen en het applicationinsights.json-bestand opnemen met de gewenste steekproefinstellingen.

Waar kan ik meer informatie vinden over steekproefinstelling-overschrijvingen?

Zie Sampling-overschrijvingen - Azure Monitor Application Insights voor Java voor meer informatie.

Telemetrieverwerkers

Waarom verwerkt de logprocessor geen logboeken buiten de OpenTelemetry-instrumentatie?

OpenTelemetry-processors kunnen werken met telemetrie die via de OpenTelemetry-pijplijn stroomt. Logboeken of bestanden die buiten die pijplijn worden geschreven, worden niet verwerkt door OpenTelemetry-processors, tenzij u ze expliciet verzamelt.

Waar vind ik meer informatie over telemetrieprocessors?

Zie Telemetry processors (preview) - Azure Monitor Application Insights for Java voor meer informatie.

JavaScript SDK

Wat zijn de aantallen gebruikers en sessies?

  • De JavaScript SDK stelt een gebruikerscooky in op de webclient, om terugkerende gebruikers te identificeren en een sessiecooky om activiteiten te groeperen.
  • Als er geen script aan de clientzijde is, kunt u cookies instellen op de server.
  • Als een echte gebruiker uw site in verschillende browsers gebruikt of door privé-/incognito browsen of andere computers te gebruiken, worden ze meer dan één keer geteld.
  • Als u een aangemelde gebruiker op verschillende computers en browsers wilt identificeren, gebruikt u de geverifieerde gebruikerscontext van de JavaScript SDK of stelt u het kenmerk OpenTelemetry enduser.id in.

Wat is de prestaties/overhead van de JavaScript SDK?

De JavaScript SDK van Application Insights heeft een minimale overhead op uw website. Met slechts 36 kB in gecomprimeerde vorm en een initiële laadtijd van slechts ~15 ms, voegt de SDK een verwaarloosbare hoeveelheid extra laadtijd toe aan uw website. De minimale onderdelen van de bibliotheek worden snel geladen wanneer u de SDK gebruikt en het volledige script wordt op de achtergrond gedownload.

Bovendien wordt tijdens het downloaden van het script vanuit het CDN alle tracering van uw pagina in de wachtrij geplaatst, zodat u tijdens de volledige levenscyclus van uw pagina geen telemetrie kwijtraakt. Dit installatieproces biedt uw pagina een naadloos analysesysteem dat onzichtbaar is voor uw gebruikers.

Welke browsers worden ondersteund door de JavaScript SDK?

Chroom Firefox IE Opera Safari
Chrome Nieuwste ✔ Firefox Laatste ✔ v3.x: IE 9+ & ✔ Microsoft Edge
v2.x: IE 8+ compatibel en Microsoft Edge ✔		 Opera Meest recente ✔ Safari Meest recente ✔

Waar vind ik codevoorbeelden voor de JavaScript SDK?

Zie Application Insights JavaScript SDK-voorbeelden voor voorbeelden die kunnen worden uitgevoerd.

Wat is de compatibiliteit met ES3/Internet Explorer 8 met de JavaScript SDK?

We moeten de nodige maatregelen nemen om ervoor te zorgen dat deze SDK blijft werken en de JavaScript-uitvoering niet onderbreekt wanneer deze door een oudere browser wordt geladen. Het zou ideaal zijn om oudere browsers niet te ondersteunen, maar talloze grote klanten kunnen niet bepalen welke browser hun gebruikers willen gebruiken.

Deze bewering betekent niet dat we alleen de laagste algemene set functies ondersteunen. We moeten ES3-codecompatibiliteit behouden. Nieuwe functies moeten worden toegevoegd op een manier die het parseren van ES3 JavaScript niet verstoort en ze moeten als optionele functies worden aangeboden.

Zie GitHub voor meer informatie over Internet Explorer 8-ondersteuning.

Is de JavaScript SDK open source?

Ja, de JavaScript SDK van Application Insights is open source. Zie de official GitHub opslagplaats om de broncode weer te geven of bij te dragen aan de project.

Waar vind ik meer informatie over de JavaScript SDK?

Zie Enable Azure Monitor Application Insights Real User Monitoring voor meer informatie.

JavaScript SDK-configuratie

Hoe kan ik mijn serverconfiguratie van derden bijwerken voor de JavaScript SDK?

De serverzijde moet verbindingen met deze headers kunnen accepteren. Afhankelijk van de Access-Control-Allow-Headers-configuratie aan de serverzijde, is het vaak nodig om de lijst aan de serverzijde uit te breiden door handmatig Request-Id, Request-Context en traceparent (W3C gedistribueerde header) toe te voegen.

Access-Control-Allow-Headers: Request-Id, traceparent, Request-Context<your header>

Hoe kan ik gedistribueerde tracering uitschakelen voor de JavaScript SDK?

Gedistribueerde tracering kan worden uitgeschakeld in de configuratie.

Worden de HTTP 502- en 503-antwoorden altijd vastgelegd door Application Insights?

Nee. De fouten '502 ongeldige gateway' en '503-service niet beschikbaar' worden niet altijd vastgelegd door Application Insights. Als alleen JavaScript aan de clientzijde wordt gebruikt voor bewaking, wordt dit gedrag verwacht omdat het foutbericht wordt geretourneerd vóór de pagina met de HTML-header met het bewakingsscriptfragment dat wordt weergegeven.

Als het 502- of 503-antwoord is verzonden vanaf een server waarop bewaking aan de serverzijde is ingeschakeld, worden de fouten verzameld door de Application Insights SDK.

Zelfs wanneer bewaking aan de serverzijde is ingeschakeld op de webserver van een toepassing, wordt er soms geen 502- of 503-fout vastgelegd door Application Insights. Veel moderne webservers staan niet toe dat een client rechtstreeks communiceert. In plaats daarvan maken ze gebruik van oplossingen zoals omgekeerde proxy's om informatie heen en weer door te geven tussen de client en de front-endwebservers.

In dit scenario kan een 502- of 503-antwoord naar een client worden geretourneerd vanwege een probleem bij de reverse proxy-laag, waardoor het standaard niet wordt vastgelegd door Application Insights. Als u problemen op deze laag wilt detecteren, moet u mogelijk logboeken van uw omgekeerde proxy doorsturen naar Log Analytics en een aangepaste regel maken om te controleren op 502- of 503-antwoorden. Zie voor meer informatie over de veelvoorkomende oorzaken van 502- en 503-fouten Los problemen op met HTTP-fouten van "502 Bad Gateway" en "503 Service Unavailable" in Azure App Service.

Waar vind ik meer informatie over de configuratie van de JavaScript SDK?

Zie Application Insights JavaScript SDK-configuratie voor meer informatie.

JavaScript-framework extensies

Hoe genereert Application Insights apparaatgegevens, zoals browser, besturingssysteem, taal en model?

De browser geeft de tekenreeks user agent door in de HTTP-header van de aanvraag. De Application Insights-opnameservice maakt gebruik van UA Parser om de velden te genereren die u in de gegevenstabellen en ervaringen ziet. Als gevolg hiervan kunnen Application Insights-gebruikers deze velden niet wijzigen.

Af en toe ontbreken deze gegevens of zijn ze onjuist als de gebruiker of onderneming het verzenden van de gebruikersagent uitschakelt in browserinstellingen. De UA Parser regexes bevat mogelijk niet alle apparaatgegevens. Of Application Insights heeft mogelijk niet de meest recente updates geïmplementeerd.

Waar vind ik meer informatie over JavaScript-frameworkextensies?

Zie Een frameworkextensie inschakelen voor Application Insights JavaScript SDK voor meer informatie.

Beheerde werkruimten

Moet ik scripts of automatiseringen bijwerken die verwijzen naar klassieke bronnen?

Nee. Bestaande ARM-sjablonen en API-aanroepen blijven werken. Wanneer u probeert een klassieke resource te maken, wordt in plaats daarvan een resource op basis van een werkruimte met een beheerde werkruimte gemaakt.

Krijg ik een melding voordat mijn resource wordt gemigreerd?

Nee. Er is geen melding beschikbaar voor afzonderlijke resourcemigraties. Als u wilt bepalen wanneer en hoe uw resources worden gemigreerd, gebruikt u manuele migratie.

Hoe lang duurt het migratieproces?

Afzonderlijke migraties worden meestal binnen twee minuten voltooid. De volledige implementatie vindt plaats in meerdere weken in alle regio's.

Hoe weet ik of een resource is gemigreerd?

Na de migratie wordt de resource gekoppeld aan een Log Analytics-werkruimte op de pagina Overzicht. De klassieke pensioenmelding wordt verwijderd en de pensioenwerkmap vermeldt de bron niet meer.

Verandert mijn facturering na de migratie?

Kosten blijven doorgaans vergelijkbaar. Application Insights op basis van werkruimte maakt kostenbesparende functies mogelijk en we raden u aan prijsplannen te bekijken.

Als u een verouderd factureringsmodel gebruikt, raadpleegt u de documentatie voor prijs voor meer informatie.

Verlies ik waarschuwingen of beschikbaarheidstests tijdens de migratie?

Nee. Alle waarschuwingen, dashboards en beschikbaarheidstests blijven intact en blijven functioneren na de migratie.

Waar vind ik meer informatie over beheerde werkruimten?

Zie Beheerde werkruimten in Application Insights voor meer informatie.

Node.js

Hoe kan ik telemetriecorrelatie uitschakelen?

Bekijk gedistribueerde tracering en telemetriecorrelatie voor de huidige instrumentatie. Zie de JavaScript SDK-configuratie voor javaScript-browsertelemetrie.

Hoe kan ik het gewenste logboekniveau configureren?

Als u het gewenste logboekniveau wilt configureren dat Application Insights gaat gebruiken, gebruikt u de APPLICATIONINSIGHTS_INSTRUMENTATION_LOGGING_LEVEL omgevingsvariabele. De ondersteunde waarden zijn NONE, ERROR, WARN, INFO, DEBUG, VERBOSE en ALL. Zie ApplicationInsights-node.js voor meer informatie.

Waar vind ik meer informatie over het bewaken van Node.js services en apps met Application Insights?

Zie OpenTelemetry inschakelen met Application Insights voor de huidige Node.js instrumentatie.

Azure OpenTelemetry bewaken

Waar vind ik een lijst met Application Insights SDK-versies en hun namen?

Er wordt een lijst met SDK-versies en -namen gehost op GitHub. Zie SDK-versie voor meer informatie.

Waar vind ik meer informatie over OpenTelemetry?

Zie Telemetrie verzamelen met OpenTelemetry in Application Insights voor meer informatie.

Migreren van .NET Application Insights SDK's naar Azure Monitor OpenTelemetry

Waar kan ik migratierichtlijnen krijgen?

Zie Migreren van Application Insights SDK's naar Azure Monitor OpenTelemetry. Bewaar migratiespecifieke richtlijnen op die pagina, zodat huidige installatieartikelen één aanbevolen OpenTelemetry-pad kunnen blijven presenteren.

Hoe kan ik telemetrie handmatig volgen met behulp van OpenTelemetry?

Gebruik OpenTelemetry-API's en taalspecifieke api's voor logboekregistratie of metrische gegevens. Zie Aangepaste telemetrie verzamelen voor voorbeelden.

OpenTelemetry steekproeven

Is de aangepaste Application Insights-sampler op basis van tail?

De aangepaste Application Insights-sampler neemt beslissingen over steekproeven na het maken van een span, in plaats van eerder, dus het volgt dus niet de traditionele head-based benadering. In plaats daarvan worden beslissingen over steekproeven genomen aan het einde van de spangeneratie, nadat de span afgerond is, maar vóór de export.

Hoewel dit gedrag op sommige manieren lijkt op tail-based sampling, wacht de sampler niet om meerdere spans van dezelfde trace te verzamelen voordat het beslist. In plaats daarvan wordt een hash van de tracerings-id gebruikt om de volledigheid van de tracering te waarborgen.

Met deze aanpak worden de volledigheid van tracering en efficiëntie in balans gebracht en worden de hogere kosten vermeden die gepaard gaan met volledige tail-gebaseerde steekproeven.

Om beslissingen te nemen over steekproeven op basis van het resultaat van een volledige spoor (bijvoorbeeld om te bepalen of er een deel binnen het spoor is mislukt), is volledige tail-based steekproeven vereist in een downstream-agent of -collector. Deze mogelijkheid wordt momenteel niet ondersteund, maar u kunt deze als een nieuwe functie aanvragen via de Feedback Hub.

Hoe verhoudt de aangepaste sampler van Application Insights zich tot head-based of tail-based sampling van OpenTelemetry?

Samplingmethode Beslissingspunt Sterktes Zwakke punten
Op basis van leiding Voordat een periode begint Lage latentie, minimale overhead Kan gewenste traceringen bemonsteren, inclusief fouten
Staart-gebaseerd Nadat de perioden zijn gebufferd op basis van tijd- of volumenormen Maakt zeer selectief steekproeven van traceringscriteria mogelijk Hogere kosten en extra verwerkingsvertraging
Azure Monitor aangepaste sampler Einde van het genereren van span Balans houdt tussen volledige tracering en efficiëntie Vereist voor compatibiliteit met live metrische gegevens

Kan ik afhankelijkheden, aanvragen of andere telemetrietypen met verschillende tarieven steekproefen?

Nee, de sampler past een vaste frequentie toe voor alle telemetrietypen in een trace. Aanvragen, afhankelijkheden en andere segmenten volgen hetzelfde steekproefpercentage. Als u verschillende tarieven per telemetrietype wilt toepassen, kunt u overwegen om OpenTelemetry span processors of (opnametijdtransformaties)[app-insights-overview.md#telemetry-routing] te gebruiken.

Hoe verspreidt de aangepaste Application Insights-sampelaar steekproefbeslissingen?

De op maat gemaakte Application Insights-sampler propagates steekproefbeslissingen standaard via de W3C Trace Context-standaard. Met deze standaard kunnen beslissingen over steekproeven tussen services doorstromen. Omdat de sampler echter beslissingen over steekproefneming neemt aan het einde van de spangeneratie—na de aanroep van downstreamservices—draagt de propagatie onvolledige steekproefinformatie over. Deze beperking voldoet aan de W3C Trace Context-specificatie, maar downstreamservices kunnen deze doorgegeven steekproefbeslissing niet betrouwbaar gebruiken.

Respecteert de aangepaste Application Insights-sampler de bemonsteringsbeslissingen van upstream-services?

Nee, de aangepaste Application Insights-sampler maakt altijd een onafhankelijke beslissing over steekproeven, zelfs als de upstream-service hetzelfde sampling-algoritme gebruikt. Het nemen van steekproeven van upstream-services, waaronder die die gebruikmaken van W3C Trace Context-headers, heeft geen invloed op de beslissing van de downstreamservice. Er wordt echter wel een steekproef genomen op basis van een hash van de trace-ID om de volledigheid van de tracing te garanderen. Als u de consistentie wilt verbeteren en de kans op verbroken traceringen wilt verminderen, configureert u alle onderdelen in het systeem om dezelfde sampler en samplingfrequentie te gebruiken.

Waarom worden sommige traceringen onvolledig weergegeven, zelfs wanneer u de aangepaste Application Insights-sampler gebruikt?

Er zijn verschillende redenen waarom traceringen onvolledig kunnen worden weergegeven:

  • Verschillende knooppunten in een gedistribueerd systeem gebruiken verschillende samplingmethoden die geen beslissingen coördineren. Eén knooppunt past bijvoorbeeld head-based sampling van OpenTelemetry toe en een ander knooppunt past steekproeven toe via de Azure Monitor Custom Sampler.
  • Verschillende knooppunten worden ingesteld op verschillende steekproeffrequenties, zelfs als ze beide dezelfde steekproefbenadering gebruiken.
  • U stelt filters, steekproeven of snelheidslimieten in de pijplijn aan de servicezijde in en deze configuratie steekt willekeurig steekproeven uit zonder rekening te houden met de volledigheid van de tracering.

Als één component steekproeven op basis van hoofdinformatie toepast zonder het steekproefbesluit door te geven (via W3C Trace Context-headers), nemen stroomafwaartse diensten de traceerindeling onafhankelijk op, wat kan leiden tot verwijderde spanen. Als gevolg hiervan zijn sommige onderdelen van de tracering niet altijd beschikbaar wanneer ze worden weergegeven in Application Insights.

Hoe werkt de aangepaste sampler van Application Insights samen met opnamesampling?

Opnamesampling vermindert alleen wat de service bereikt, zodat deze de beslissingen van de aangepaste sampler van Application Insights niet kan tegenwerken of overschrijven. Als beide zijn ingeschakeld, is het effectieve tarief vermenigvuldigd. Een SDK-snelheid van 20 procent in combinatie met een opnamesnelheid van 50 procent resulteert bijvoorbeeld in ongeveer 10 procent van de gegevens die worden opgeslagen. Microsoft raadt aan om steekproeven uit te voeren bij de bron met de Azure Monitor OpenTelemetry-sampler om traceringen intact en voorspelbaar te houden, en om alleen bij wijze van terugval gebruik te maken van invoersampling.

Waar vind ik meer informatie over OpenTelemetry sampling?

Voor meer informatie, zie Sampling in Azure Monitor Application Insights met OpenTelemetry.

Ondersteuning en feedback van OpenTelemetry

Wat is OpenTelemetry?

Het is een opensource-standaard voor waarneembaarheid. Meer informatie vindt u op OpenTelemetry.

Waarom investeert Microsoft Azure Monitor in OpenTelemetry?

Microsoft investeert om de volgende redenen in OpenTelemetry:

  • Het is leverancierneutraal en biedt consistente API's/SDK's in verschillende talen.
  • In de loop van de tijd denken we dat OpenTelemetry Azure klanten in staat stelt om toepassingen te observeren die zijn geschreven in talen die buiten onze ondersteunde talen zijn geschreven.
  • Hiermee worden de typen gegevens uitgebreid die u kunt verzamelen via een uitgebreide set instrumentatiebibliotheken.
  • OpenTelemetry Software Development Kits (SDK's) zijn ontworpen voor krachtige, leveranciersneutrale telemetrie op schaal.
  • OpenTelemetry is afgestemd op de strategie van Microsoft om open source te omarmen.

Wat is de status van OpenTelemetry?

Zie openTelemetry-status.

Wat is de Azure Monitor OpenTelemetry Distro?

U kunt het beschouwen als een dunne wrapper die alle OpenTelemetry-onderdelen bundelt voor een eersteklas ervaring op Azure. Deze wrapper wordt ook wel een distributie genoemd in OpenTelemetry.

Waarom moet ik de Azure Monitor OpenTelemetry Distro gebruiken?

Er zijn verschillende voordelen bij het gebruik van de Azure Monitor OpenTelemetry Distro ten opzichte van native OpenTelemetry van de community.

In de geest van OpenTelemetry hebben we de distributie ontworpen om open en uitbreidbaar te zijn. U kunt bijvoorbeeld het volgende toevoegen:

  • Een OpenTelemetry-protocol (OTLP) exporteren en gelijktijdig naar een tweede bestemming verzenden.
  • Andere instrumentatiebibliotheken die niet zijn opgenomen in de distributie

Omdat de distributie een OpenTelemetry-distributie biedt, ondersteunt de distro alles wat wordt ondersteund door OpenTelemetry. U kunt bijvoorbeeld meer telemetrieprocessors, exporteurs of instrumentatiebibliotheken toevoegen als OpenTelemetry deze ondersteunt.

Voor talen zonder een ondersteunde zelfstandige OpenTelemetry-exporteur is de Azure Monitor OpenTelemetry Distro de enige ondersteunde manier om OpenTelemetry te gebruiken met Azure Monitor. Voor talen met een ondersteunde zelfstandige OpenTelemetry-exporteur hebt u de mogelijkheid om de Azure Monitor OpenTelemetry Distro of de juiste zelfstandige OpenTelemetry-exporteur te gebruiken, afhankelijk van uw telemetriescenario. Zie Wanneer moet ik de Azure Monitor OpenTelemetry-exporteur? gebruiken voor meer informatie.

Moet ik OpenTelemetry gebruiken voor nieuwe Application Insights-projecten?

Ja. We raden aan de Azure Monitor OpenTelemetry Distro voor nieuwe projecten te gebruiken.

Zie Migrate from Application Insights SDK's to Azure Monitor OpenTelemetry als u een bestaande .NET- of Node.js-toepassing migreert van oudere Application Insights-SDK's.

Wanneer moet ik de Azure Monitor OpenTelemetry-exporteur gebruiken?

Voor ASP.NET Core, Java, Node.jsen Python raden we u aan de Azure Monitor OpenTelemetry Distro te gebruiken. Het is één regel code om te beginnen.

Voor alle andere .NET scenario's, waaronder klassieke ASP.NET, console-apps, Windows Forms (WinForms), raden we u aan de .NET Azure Monitor OpenTelemetry-exporteur te gebruiken: Azure.Monitor.OpenTelemetry.Exporter.

Voor complexere Python-telemetriescenario's waarvoor geavanceerde configuratie is vereist, raden we u aan de Python-Azure Monitor OpenTelemetry Exporter te gebruiken.

Wat is de huidige releasestatus van functies in de Azure Monitor OpenTelemetry Distro?

De Azure Monitor OpenTelemetry Distro ondersteunt het huidige aanbevolen Application Insights-instrumentatiepad.

Zie .NET Profiler en Snapshot Debugger voor de meest recente informatie over code analysis ervaringen.

Kan OpenTelemetry worden gebruikt voor webbrowsers?

Ja, maar we raden het niet aan en Azure het niet ondersteunt. OpenTelemetry JavaScript is sterk geoptimaliseerd voor Node.js. In plaats daarvan raden we u aan de JavaScript SDK van Application Insights te gebruiken.

Wanneer kunnen we verwachten dat de OpenTelemetry SDK beschikbaar is voor gebruik in webbrowsers?

De OpenTelemetry-web-SDK heeft geen bepaalde beschikbaarheidstijdlijn. We zijn waarschijnlijk enkele jaren verwijderd van een browser-SDK die een levensvatbaar alternatief is voor de Application Insights JavaScript SDK.

Kan ik OpenTelemetry vandaag testen in een webbrowser?

De OpenTelemetry-web-sandbox is een fork die is ontworpen om OpenTelemetry in een browser te laten werken. Het is nog niet mogelijk om telemetrie te verzenden naar Application Insights. De SDK definieert geen algemene clientevenementen.

Wordt Application Insights uitgevoerd naast concurrerende agents zoals AppDynamics, DataDog en NewRelic?

We zijn niet van plan deze praktijk te testen of te ondersteunen, hoewel onze distributies het mogelijk maken om gelijktijdig naar een OTLP-eindpunt te exporteren naast Azure Monitor.

Kan ik preview-functies gebruiken in productieomgevingen?

We raden het niet aan. Zie Aanvullende gebruiksvoorwaarden voor Microsoft Azure previews.

Kan ik de OpenTelemetry Collector gebruiken?

Sommige klanten gebruiken de OpenTelemetry Collector als een alternatief voor agents, ook al ondersteunt Microsoft nog geen op agents gebaseerde benadering voor toepassingsbewaking. Ondertussen heeft de opensource-community bijgedragen aan een OpenTelemetry Collector Azure Monitor Exporter die sommige klanten gebruiken om gegevens te verzenden naar Azure Monitor Application Insights. Dit wordt niet ondersteund door Microsoft.

Waarom zie ik 'Status 500' in Grafana. Kunt u traceringsevenementen niet visualiseren met behulp van de tracingvisualisator?

U kunt proberen onbewerkte tekstlogboeken te visualiseren in plaats van OpenTelemetry-traceringen.

In Application Insights slaat de tabel Traceringen onbewerkte tekstlogboeken op voor diagnostische doeleinden. Ze helpen bij het identificeren en correleren van traceringen die zijn gekoppeld aan gebruikersaanvragen, andere gebeurtenissen en uitzonderingsrapporten. De 'Traces' tabel draagt echter niet rechtstreeks bij aan de end-to-end transactieweergave (watervaldiagram) in visualisatietools zoals Grafana.

Met de groeiende acceptatie van cloudeigen procedures is er een evolutie in telemetrieverzameling en terminologie. OpenTelemetry werd een standaard voor het verzamelen en instrumenteren van telemetriegegevens. In deze context nam de term 'Traces' een nieuwe betekenis aan. In plaats van onbewerkte logboeken verwijst 'Traces' in OpenTelemetry naar een rijkere, gestructureerde vorm van telemetrie die spans bevat, die afzonderlijke werkeenheden vertegenwoordigen. Deze reeksen zijn van cruciaal belang voor het bouwen van gedetailleerde transactieweergaven, waardoor betere bewaking en diagnose van cloudtoepassingen mogelijk zijn.

Hoe instrumenteer ik Blazor Apps?

Als u een Blazor-app wilt instrumenteren, moet u eerst het hostingmodel identificeren. Blazor Server ondersteunt volledige instrumentatie op basis van OpenTelemetry. Blazor WebAssembly wordt uitgevoerd in de browser en ondersteunt beperkte instrumentatie via JavaScript.

Overzichtsdashboard

Kan ik meer dan 30 dagen aan gegevens weergeven?

Nee, er is een limiet van 30 dagen aan gegevens die worden weergegeven in een dashboard.

Ik zie een "resource niet gevonden"-fout op het dashboard.

Er kan een fout 'resource niet gevonden' optreden als u uw Application Insights-exemplaar verplaatst of de naam ervan wijzigt.

Als u dit gedrag wilt omzeilen, verwijdert u het standaarddashboard en selecteert u Application Dashboard opnieuw om een nieuw dashboard te maken.

Waar vind ik meer informatie over het overzichtsdashboard?

Zie het Application Insights-overzichtsdashboard voor meer informatie.

Telemetriekanalen

Garandeert Application Insights telemetrielevering?

OpenTelemetry-exporteurs en SDK's maken over het algemeen gebruik van best effort levering. Telemetrie kan nog steeds verloren gaan als een toepassing vastloopt, het proces wordt afgesloten voordat hangende telemetrie is geëxporteerd, opslag niet beschikbaar is, of netwerk- en servicestoringen langer duren dan de hersluitingslimieten. Zie Offlineopslag en automatische nieuwe pogingen voor het huidige gedrag van OpenTelemetry.

Maakt de SDK tijdelijke lokale storage? Worden de gegevens versleuteld op storage?

Sommige huidige exporteurs en SDK's kunnen tijdens netwerkproblemen of beperkingen tijdelijke lokale opslag maken. Lokale tijdelijke opslag wordt niet versleuteld door Application Insights, dus beveilig alle directory's die u configureert. Zie Offlineopslag en automatische nieuwe pogingen voor het huidige gedrag van OpenTelemetry.

Waar vind ik meer informatie over het gedrag van telemetrielevering?

Zie de configuratie van OpenTelemetry voor huidige herpogingen en opslag van OpenTelemetry.

Zoeken

Hoeveel gegevens worden bewaard?

Zie de limietensamenvatting.

Hoe zie ik POST-gegevens in mijn serveraanvragen?

Post-gegevens worden niet automatisch vastgelegd. Gebruik toepassingslogboekregistratie zorgvuldig als u aanvraagtekstdetails wilt vastleggen en vermijd het verzamelen van gevoelige gegevens.

Waarom retourneert mijn Azure Functiezoekopdracht geen resultaten?

Azure Functions registreert geen URL-queryreeksen.

Waar vind ik meer informatie over Zoeken?

Zie Zoeken en diagnostische gegevens voor meer informatie.

Diagnostische gegevens over transacties

Waarom zie ik één onderdeel in de grafiek en de andere onderdelen worden alleen weergegeven als externe afhankelijkheden zonder details?

Mogelijke redenen:

  • Zijn de andere onderdelen geïnstrueerd met Application Insights?
  • Gebruiken ze de nieuwste stabiele Application Insights SDK?
  • Als deze onderdelen afzonderlijke Application Insights-resources zijn, controleert u of u access hebt. Als u toegang hebt en de onderdelen zijn geïnstrumenteerd met de nieuwste Application Insights SDK's, laat het ons dan weten via het feedbackkanaal in de rechterbovenhoek.

Ik zie dubbele rijen voor de afhankelijkheden. Wordt dit gedrag verwacht?

Op dit moment wordt de uitgaande afhankelijkheidsaanroep weergegeven, gescheiden van de binnenkomende aanvraag. Normaal gesproken zien de twee aanroepen er identiek uit, waarbij alleen de waarde van de duur verschilt vanwege de rondreis van het netwerk. Het voorlooppictogram en de afzonderlijke stijl van de duurbalken helpen onderscheid te maken tussen deze balken. Is deze presentatie van de gegevens verwarrend? Geef ons uw feedback!

Hoe zit het met klokverschillen tussen verschillende componentinstanties?

Tijdlijnen worden aangepast voor klokafwijkingen in het transactieoverzicht. U kunt de exacte tijdstempels zien in het detailvenster of met behulp van Log Analytics.

Waarom ontbreken de meeste gerelateerde itemquery's in de nieuwe ervaring?

Dit gedrag is opzettelijk ontworpen. Alle gerelateerde items, voor alle onderdelen, zijn al beschikbaar aan de linkerkant in de bovenste en onderste secties. De nieuwe ervaring bevat twee gerelateerde items die niet aan de linkerkant worden behandeld: alle telemetrie van vijf minuten vóór en na deze gebeurtenis en de tijdlijn van de gebruiker.

Is er een manier om minder gebeurtenissen per transactie te zien wanneer ik de JavaScript SDK van Application Insights gebruik?

De ervaring met diagnostische gegevens over transacties toont alle telemetrie in één bewerking die een bewerkings-id deelt. De Application Insights SDK voor JavaScript maakt standaard een nieuwe bewerking voor elke unieke paginaweergave. In een toepassing met één pagina (SPA) wordt slechts één paginaweergavegebeurtenis gegenereerd en wordt één bewerkings-id gebruikt voor alle gegenereerde telemetriegegevens. Als gevolg hiervan kunnen veel gebeurtenissen worden gecorreleerd aan dezelfde bewerking.

In deze scenario's kunt u Automatische routeringstracering gebruiken om automatisch nieuwe bewerkingen te maken voor navigatie in uw SPA. U moet enableAutoRouteTracking inschakelen, zodat een paginaweergave wordt gegenereerd telkens wanneer de URL-route wordt bijgewerkt (logische paginaweergave vindt plaats). Als u de Operation ID handmatig wilt vernieuwen, belt u appInsights.properties.context.telemetryTrace.traceID = Microsoft.ApplicationInsights.Telemetry.Util.generateW3CId() aan. Als u een PageView-gebeurtenis handmatig activeert, wordt ook de bewerkings-id opnieuw ingesteld.

Waarom worden de duur van transactiedetails niet opgetellen tot de duur van de bovenste aanvraag?

Tijd die niet wordt uitgelegd in het Gantt-diagram, is tijd die niet wordt gedekt door een bijgehouden afhankelijkheid. Dit probleem kan optreden omdat externe aanroepen niet automatisch of handmatig zijn geïnstrumenteerd. Dit kan ook gebeuren omdat de tijd die aan het proces is besteed, in plaats van door een externe aanroep.

Als alle aanroepen zijn geïnstrumenteerd, is dit de waarschijnlijke hoofdoorzaak voor de tijd die is besteed. Een handig hulpmiddel voor het diagnosticeren van het proces is de .NET Profiler.

Wat gebeurt er als ik het bericht 'Fout bij het ophalen van gegevens' zie tijdens het navigeren in Application Insights in de Azure portal?

Deze fout geeft aan dat de browser een vereiste API niet kan aanroepen of dat de API een foutreactie heeft geretourneerd. Als u problemen met het gedrag wilt oplossen, opent u een InPrivate-browservenster en schakelt u browserextensies uit die worden uitgevoerd, en identificeert u of u het portalgedrag nog steeds kunt reproduceren. Als de portalfout nog steeds optreedt, kunt u testen met andere browsers of andere computers, DNS- of andere netwerkgerelateerde problemen onderzoeken vanaf de clientcomputer waar de API-aanroepen mislukken. Als de portalfout zich blijft voordoen en meer onderzoek nodig heeft, verzamel een netwerktracering van de browser tijdens het reproduceren van het onverwachte portalgedrag, en open een ondersteuningsaanvraag vanuit het Azure-portal.

Waar vind ik meer informatie over transactiediagnose?

Zie Fouten, prestaties en transacties onderzoeken met Application Insights voor meer informatie.

Gebruiksanalyse

Vertegenwoordigt de eerste gebeurtenis de eerste keer dat de gebeurtenis wordt weergegeven in een sessie of op elk gewenst moment in een sessie?

De eerste gebeurtenis in de visualisatie vertegenwoordigt alleen de eerste keer dat een gebruiker die paginaweergave of aangepaste gebeurtenis tijdens een sessie heeft verzonden. Als gebruikers de eerste gebeurtenis meerdere keren in een sessie kunnen verzenden, laat de kolom Stap 1 alleen zien hoe gebruikers zich gedragen na het eerste exemplaar van een eerste gebeurtenis, niet alle exemplaren.

Sommige knooppunten in mijn visualisatie hebben een te hoog niveau. Hoe krijg ik meer gedetailleerde knooppunten?

Gebruik de opties Splitsen op in het menu Bewerken :

  1. Selecteer de gebeurtenis die u wilt opsplitsen in het menu Gebeurtenis .

  2. Selecteer een dimensie in het menu Dimensie . Als u bijvoorbeeld een gebeurtenis hebt met de naam Button Clicked, probeert u een aangepaste eigenschap met de naam Knopnaam.

Ik heb een cohort gedefinieerd van gebruikers uit een bepaald land/bepaalde regio. Wanneer ik dit cohort vergelijk in het hulpprogramma Gebruikers om een filter in te stellen voor dat land/die regio, waarom zie ik verschillende resultaten?

Cohorten en filters zijn verschillend. Stel dat u een cohort hebt van gebruikers uit het Verenigd Koninkrijk (gedefinieerd zoals in het vorige voorbeeld) en dat u de resultaten vergelijkt met het instellen van het filter Country or region = United Kingdom:

  • De cohortversie toont alle gebeurtenissen van gebruikers die een of meer gebeurtenissen uit het Verenigd Koninkrijk hebben verzonden in het huidige tijdsbereik. Als u splitst op land of regio, ziet u waarschijnlijk veel landen en regio's.

  • In de filterversie worden alleen gebeurtenissen uit het Verenigd Koninkrijk weergegeven. Als u splitst op land of regio, ziet u alleen het Verenigd Koninkrijk.

Hoe kan ik de gegevens op verschillende niveaus bekijken (dagelijks, wekelijks of maandelijks)?

U kunt het Datumgranulaat-filter selecteren om de granulatie te wijzigen. Het filter is beschikbaar op alle dimensietabbladen.

Schermopname van het filter om de tijdsinterval in de werkmap te wijzigen naar dagelijks, maandelijks of wekelijks.

Hoe krijg ik toegang tot inzichten uit mijn applicatie die niet beschikbaar zijn in de HEART-werkmappen?

U kunt zich verdiepen in de gegevens die de HEART-werkmap voeden als de visuals niet al uw vragen beantwoorden. Om deze taak uit te voeren selecteert u in de sectie Monitoring in Application Insights Logs en voert u een query uit op de tabel customEvents. Sommige van de Click Analytics-kenmerken bevinden zich in het customDimensions veld.

Hier ziet u een voorbeeldquery:

customEvents
| where isnotnull(customDimensions.actionType)
| extend parentid=tostring(customDimensions.parenId),
pagename=tostring(customDimensions.pageName),
actiontype=tostring(customDimensions.actionType)
| project actiontype,parentid,pagename,
user_AuthenticatedId,user_Id,session_Id,itemType,timestamp

Zie Azure Monitor Logs overzicht voor meer informatie over logboeken in Azure Monitor.

Kan ik visuals in de werkmap bewerken?

Ja. Zie Azure Workbooks-sjablonen voor meer informatie over het bewerken van werkmapsjablonen.

Waar vind ik meer informatie over gebruiksanalyse?

Zie Gebruiksanalyse met Application Insights voor meer informatie.

Worker Service-toepassingen

Welk pakket moet ik gebruiken?

Voor huidige werkservicetoepassingen gebruikt u de Azure Monitor OpenTelemetry Exporter of Distro. Zie OpenTelemetry inschakelen met Application Insights.

Hoe kan ik telemetrie bijhouden die niet automatisch wordt verzameld?

Voor huidige instrumentatie gebruikt u OpenTelemetry-API's en taalspecifieke logboekregistratie- of metrische API's. Zie Aangepaste telemetrie verzamelen voor voorbeelden.

Voor aangepaste browser-gebeurtenissen gebruikt u de Application Insights JavaScript SDK of Click Analytics. Voor aangepaste gebeurtenissen aan de serverzijde gebruikt u aangepaste OpenTelemetry-gebeurtenissen.

Kan ik Application Insights-bewaking inschakelen zonder toepassingscode te wijzigen?

Voor nieuwe toepassingsbewaking gebruikt u de Azure Monitor OpenTelemetry Distro of huidige autoinstrumentatiepaden. Zie OpenTelemetry inschakelen met Application Insights en Application Monitoring zonder codewijzigingen.

Worden alle functies ondersteund als ik mijn toepassing in Linux uitvoer?

Functieondersteuning is afhankelijk van de taal, de hostingomgeving en het instrumentatiepad. Voor huidige ondersteuning begint u met OpenTelemetry inschakelen met Application Insights en het relevante taalspecifieke configuratieartikel.

Waar vind ik meer informatie over Worker Service-toepassingen?

Zie OpenTelemetry inschakelen met Application Insights voor huidige werkservice-instrumentatie.

  • Last updated on