Q: Kann ich Telemetriedaten an das Application Insights-Portal senden?

Wir empfehlen die Azure Monitor OpenTelemetry Distro . Das Ingestion-Schema und das Endpunkt-Protokoll sind öffentlich verfügbar.

Question 1

Wie instrumentiere ich eine Anwendung?

Accepted Answer

Ausführliche Informationen zur Instrumentierung von Anwendungen zur Aktivierung von Application Insights finden Sie in den Grundlagen der Datensammlung.

Question 2

Wie verwende ich Application Insights?

Accepted Answer

Nach dem Aktivieren von Application Insights durch das Instrumentieren einer Anwendung empfehlen wir zunächst das Überprüfen der Live-Metriken und der Anwendungskarte.

Question 3

Welche Telemetriedaten erfasst Application Insights?

Accepted Answer

Von Server-Web-Apps:

HTTP-Anforderungen.
Abhängigkeiten wie SQL, HTTP, Azure Cosmos DB, Azure Table Storage, Azure Blob Storage und Azure Queue Storage-Aufrufe.
Ausnahmen und Stapelspuren.
Laufzeitmetriken aus der unterstützten Instrumentierung.
Benutzerdefinierte Ereignisse und Metriken, die Sie mit der benutzerdefinierten OpenTelemetry-Telemetrie, dem JavaScript SDK oder Click Analytics senden.
Ablaufverfolgungsprotokolle, wenn Sie den entsprechenden Sammler konfigurieren.

Von Kundenwebseiten:

Nicht abgefangene Ausnahmen in Ihrer App, einschließlich Informationen zu
- Stapelüberwachung
- Ausnahmedetails und Meldung, die den Fehler begleitet
- Zeilen- und Spaltennummer des Fehlers
- URL, bei der der Fehler ausgelöst wurde
- Anforderungen an die Netzwerkabhängigkeit, die von der XML HTTP-Anforderung (XHR) und Fetch Ihrer App ausgegeben werden (die Abrufsammlung ist standardmäßig deaktiviert), einschließlich Informationen zu:
  - URL der Abhängigkeitsquelle
  - Befehl und Methode, der bzw. die zum Anfordern der Abhängigkeit verwendet wird
  - Dauer der Anforderung
  - Ergebniscode und Erfolgsstatus der Anforderung
  - ID (sofern vorhanden) des Benutzers, der die Anforderung sendet
  - Korrelationskontext (falls vorhanden), in dem die Anforderung ausgegeben wird
Benutzerinformationen (z.B. Speicherort, Netzwerk, IP)
Geräteinformationen (z. B. Browser, Betriebssystem, Version, Sprache, Modell)
Sitzungsinformationen

Hinweis

Bei einigen Anwendungen, z. B. Einzelseitenanwendungen (SINGLE-Page Applications, SPAs), wird die Dauer nicht immer aufgezeichnet und in diesen Fällen standardmäßig auf 0 festgelegt.

Weitere Informationen entnehmen Sie Datensammlung, Aufbewahrung und Speicherung in Application Insights.

Aus anderen Quellen, sofern Sie sie konfigurieren:

Question 4

Wohin gelangen die mit herkömmlichen Protokollierungsframeworks gesammelten Telemetriedaten?

Accepted Answer

Bei Verwendung von Protokollierungsframeworks wie Serilog werden Protokollnachrichten von Application Insights als Ablaufverfolgungs-Telemetrie erfasst und in der traces Tabelle (oder AppTraces in Log Analytics) gespeichert. Dies ist beabsichtigt, da Tabellen wie requests, dependenciesund exceptions sind für ihre jeweiligen Telemetrietypen reserviert.

Ausführliche Informationen finden Sie im Telemetriedatenmodell von Application Insights.

Question 5

Wie viele Application Insights-Ressourcen sollte ich bereitstellen?

Accepted Answer

Informationen zur Anzahl der Application Insights-Ressourcen, die erforderlich sind, um Ihre Anwendung oder Komponenten in allen Umgebungen abzudecken, finden Sie im Bereitstellungsplanungshandbuch für Application Insights.

Question 6

Wie kann ich Application Insights-Ressourcen mithilfe von PowerShell verwalten?

Accepted Answer

Sie können PowerShell-Skripts schreiben mithilfe von Azure Ressourcenmonitor:

Erstellen und Aktualisieren von Application Insights-Ressourcen
Festlegen des Tarifs
Rufen Sie die Verbindungszeichenfolge ab.
Hinzufügen einer Metrikwarnung
Hinzufügen eines Verfügbarkeitstests

Sie können weder einen Metrik-Explorer-Bericht noch den fortlaufenden Export einrichten.

Question 7

Wie kann ich Application Insights-Telemetriedaten abfragen?

Accepted Answer

Verwenden Sie die REST-API , um Log Analytics-Abfragen auszuführen.

Question 8

Kann ich Telemetriedaten an das Application Insights-Portal senden?

Accepted Answer

Wir empfehlen die Azure Monitor OpenTelemetry Distro.

Das Ingestion-Schema und das Endpunkt-Protokoll sind öffentlich verfügbar.

Question 9

Wie lange dauert das Sammeln von Telemetriedaten?

Accepted Answer

Die meisten Application Insights-Daten weisen eine Wartezeit von weniger als 5 Minuten auf. Einige Daten können länger dauern, was für größere Protokolldateien typisch ist. Weitere Informationen finden Sie unter Application Insights service-level agreement.

Question 10

Wie funktioniert das Preismodell von Application Insights?

Accepted Answer

Gebühren für Application Insights werden über den Log Analytics-Arbeitsbereich in Rechnung gestellt, in den die Protokolldaten aufgenommen wurden. Der standardmäßige, nutzungsbasierte Tarif für Log Analytics umfasst 5 GB pro Monat kostenloser Datenzuteilung pro Abrechnungskonto. Weitere Informationen finden Sie unter Preisoptionen für Azure Monitor-Protokolle.

Question 11

Gibt es Gebühren für die Datenübertragung zwischen einer Azure Web App und Application Insights?

Accepted Answer

Wenn Ihre Azure Web-App in einem Rechenzentrum gehostet wird, in dem ein Application Insights-Sammlungsendpunkt vorhanden ist, fallen keine Gebühren an.
Wenn in Ihrem Host-Rechenzentrum kein Erfassungsendpunkt vorhanden ist, verursacht die Telemetrie Ihrer App Azure-Gebühren für ausgehende Verbindungen.

Diese Antwort hängt von der Verteilung unserer Endpunkte ab, nicht davon, wo Ihre Application Insights-Ressource gehostet wird.

Question 12

Entstehen Netzwerkkosten, wenn meine Application Insights-Ressource eine Azure Ressource (d. h. Telemetrie-Produzent) in einer anderen Region überwacht?

Accepted Answer

Ja, es können zusätzliche Netzwerkkosten anfallen, die je nach Region variieren, aus der die Telemetriedaten stammen und wohin sie gehen. Weitere Informationen finden Sie unter Azure Bandbreitenpreise.

Wenn unerwartete Gebühren oder hohe Kosten in Application Insights angezeigt werden, kann dieser Leitfaden hilfreich sein. Es deckt häufige Ursachen wie hohes Telemetrievolumen, Datenaufnahmespitzen und falsch konfiguriertes Sampling ab. Es ist besonders hilfreich, wenn Sie Probleme im Zusammenhang mit Kostenspitzen, Telemetrievolumen, nicht funktionierendem Sampling, Datenobergrenzen, hohem Dateninput oder unerwarteter Abrechnung beheben. Informationen zum Einstieg finden Sie unter Fehlerbehebung bei hohem Datenaufkommen in Application Insights.

Question 13

Welche TLS-Versionen werden unterstützt?

Accepted Answer

Application Insights verwendet Transport Layer Security (TLS) 1.2 und 1.3.

Allgemeine Fragen zum älteren TLS-Problem finden Sie unter Solving tls problems and Azure Resource Manager TLS Support.

Question 14

Wo erhalte ich weitere Informationen zu Application Insights?

Accepted Answer

Weitere Informationen finden Sie in der Einführung in Application Insights.

Question 15

Wie behandelt Application Insights Datensammlung, Aufbewahrung, storage und Datenschutz?

Accepted Answer

Kontext

Application Insights sammelt Telemetrie aus Ihrer App und speichert sie in einem Log Analytics-Arbeitsbereich. Es funktioniert für Apps, die überall gehostet werden, nicht nur in Azure.

Was gesammelt wird und woher

Telemetrie stammt aus: (1) das SDK, das Sie Ihrer App hinzufügen, einschließlich aller benutzerdefinierten Telemetrie, die Sie senden, (2) optionale Server-Agents und (3) Microsoft-Run-Verfügbarkeitstests. Typische Daten umfassen Anforderungen, Abhängigkeiten, Ausnahmen und Abstürze, Leistungsindikatoren, Client- und Serverkontext, Ablaufverfolgungen und alle von Ihnen gesendeten benutzerdefinierten Ereignisse oder Metriken. Um zu überprüfen, was gesendet wird, führen Sie Ihre App im Debugmodus aus, und überprüfen Sie die IDE-Ausgabe- oder Diagnosefenster. Öffnen Sie für Webseiten Ihren Browser developer tools, und überprüfen Sie die Registerkarte "Netzwerk". Sie können Telemetrie filtern oder anreichern, bevor sie gesendet wird, indem Sie einen Telemetrieprozessor implementieren.

Aufbewahrung und Speicherung

Die Aufbewahrung von Rohdaten kann auf 30, 60, 90, 120, 180, 270, 365, 550 oder 730 Tage festgelegt werden. Die Aufbewahrung über 90 Tage hinaus kann zusätzliche Gebühren verursachen. Aggregierte Metriken werden für 90 Tage mit einer Granularität von 1 Minuten aufbewahrt. Debugmomentaufnahmen werden 15 Tage lang aufbewahrt. Daten werden in der Region gespeichert, die Sie beim Erstellen der Ressource auswählen. Telemetrie ist nach der Erfassung unveränderlich. Telemetrie kann nicht bearbeitet werden. Löschvorgang ist verfügbar, um Daten bei Bedarf zu löschen.

Access, Sicherheit und Verschlüsselung

Daten sind für Sie und Teamkollegen mit access sichtbar und können exportiert werden. Microsoft verwendet Ihre Daten nur, um den Dienst mit eingeschränktem Personal access bereitzustellen und kann aggregierte Statistiken verwenden, um den Dienst zu verbessern. Telemetrie wird über HTTPS gesendet und Daten werden im Ruhezustand verschlüsselt und während sie zwischen Rechenzentren verschoben werden.

Datenschutz und verantwortungsvolle Nutzung

Standard-SDK-Module konzentrieren sich auf Leistung, Verwendung und Diagnose und enthalten in der Regel keine vertraulichen personenbezogenen Daten. Keine vertraulichen Daten in URLs einfügen. Überprüfen Sie die benutzerdefinierte Telemetrie, sodass sie keine personenbezogenen Daten enthält. Client-IP wird für geolocation verwendet, und das gespeicherte IP-Feld ist standardmäßig null. Wenn Sie maskieren müssen, fügen Sie einen Telemetrieinitialisierer hinzu. Wenn Ihre App eine Abmeldung benötigt, deaktivieren Sie die Sammlung im Code. Überprüfen Sie auch scheinbar unauffällige Felder, z. B. Gerätename auf persönlichen Geräten. Sie können eine Sammlung in der Konfiguration oder über Code steuern oder deaktivieren. Weitere Informationen finden Sie unter Geolocation- und IP-Adressbehandlung.

TLS

Verwenden Sie modernes TLS für Daten bei der Übertragung. Codieren Sie keine älteren Protokollversionen. Ermöglichen Sie der Plattform, neuere Versionen auszuhandeln, sobald sie verfügbar sind. Weitere Informationen finden Sie unter Secure your Azure Monitor deployment.

Lokale Puffer und Ausfälle

Wenn die Verbindung mit Azure verloren geht oder gedrosselt wird, können unterstützte OpenTelemetry-Exporter und aktuelle SDKs telemetrie lokal puffern und wiederholen. Den aktuellen Stand des OpenTelemetry-Verhaltens finden Sie unter Offlinespeicherung und automatische Wiederholungsversuche. Informationen zu Browserpuffereinstellungen finden Sie in der JavaScript SDK-Konfiguration.

Question 16

Welche Nutzungsdaten sammelt Microsoft?

Accepted Answer

In vielen Fällen sammelt Application Insights automatisch Daten zur Produktnutzung für Microsoft. Diese Daten werden in einem Microsoft-Datenspeicher gespeichert und wirken sich nicht auf das Überwachungsvolumen und die Kosten der Kunden aus. Application Insights sammelt wichtige und nicht wesentliche Metriken zu folgenden Themen:

Azure Monitor OpenTelemetry Distro
Autoinstrumentation (automatische Instrumentierung)

Die drei Hauptzwecke dieser Datensammlung sind:

Dienststatus und Zuverlässigkeit - Überwachung der Konnektivität zum Endpunkt des Einbindens aus externer Sicht, um sicherzustellen, dass der Dienst korrekt funktioniert.
Supportdiagnose – Bereitstellen von Selbsthilfeeinblicken und Unterstützung des Kundensupports bei der Diagnose und Behebung von Problemen.
Produktverbesserung – Sammeln von Erkenntnissen für Microsoft, um das Produktdesign zu optimieren und die allgemeine Benutzererfahrung zu verbessern.

Hinweis

Die Sammlung von Verwendungsdaten unterstützt Azure Private Link nicht.

Unterstützte Sprachen

Metriken	.NET	Java	JavaScript	Node.js	Python
Wesentliche Metriken
Netzwerk	❌	✅	❌	✅	✅
Anfügen	✔️*	✅	❌	✅	✅
Merkmal	❌	✅	❌	✅	✅
Nicht wesentliche Metriken
Datenträger-E/A-Fehler	❌	✅	❌	❌	❌

Unterstützte EU-Regionen

Die Sammlung von Nutzungsdaten unterstützt die EU-Datengrenze für Application Insights-Ressourcen in den folgenden Regionen:

Geografischer Name	Regionsname
Europa	Nordeuropa
Europa	West Europe
Frankreich	Frankreich, Mitte
Frankreich	France South
Deutschland	Deutschland West Central
Norwegen	Norwegen, Osten
Norwegen	Westnorwegen
Schweden	Schweden, Mitte
Schweiz	Switzerland North
Schweiz	Schweiz, Westen
Vereinigtes Königreich	Vereinigtes Königreich, Süden
Vereinigtes Königreich	Vereinigtes Königreich, Westen

Gesammelte Nutzungsdaten

Netzwerkmetriken

Metrikname	Einheit	Unterstützte Dimensionen
Anzahl von erfolgreichen Anforderungen	Count	`Resource Provider`, `Attach Type`, `Instrumentation KeyRuntime Version`, `Operating System`, `Language`, `Version`, `EndpointHost`
Anzahl von Anforderungsfehlern	Count	`Resource Provider`, `Attach Type`, `Instrumentation Key`, `Runtime Version`, `Operating System`, `Language`, `Version`, `Endpoint`, `Host`, `Status Code`
Anforderungsdauer	Count	`Resource Provider`, `Attach Type`, `Instrumentation KeyRuntime Version`, `Operating System`, `Language`, `Version`, `EndpointHost`
Anzahl der Wiederholungsversuche	Count	`Resource Provider`, `Attach Type`, `Instrumentation Key`, `Runtime Version`, `Operating System`, `Language`, `Version`, `Endpoint`, `Host`, `Status Code`
Drosselanzahl	Count	`Resource Provider`, `Attach Type`, `Instrumentation Key`, `Runtime Version`, `Operating System`, `Language`, `Version`, `Endpoint`, `Host`, `Status Code`
Anzahl von Ausnahmen	Count	`Resource Provider`, `Attach Type`, `Instrumentation Key`, `Runtime Version`, `Operating System`, `Language`, `Version`, `Endpoint`, `Host`, `Exception Type`

Anfügen von Metriken

Metrikname	Einheit	Unterstützte Dimensionen
Anfügen	Count	`Resource Provider`, , `Resource Provider IdentifierAttach Type`, `Instrumentation Key`, `Runtime Version`, `Operating System`, , `LanguageVersion`

Funktions-Metriken

Metrikname	Einheit	Unterstützte Dimensionen
Merkmal	Count	`Resource Provider`, `Attach Type`, `Instrumentation KeyRuntime Version`, `Feature`, `Type`, `Operating System`, `LanguageVersion`

Nicht wesentliche Metriken

Nachverfolgung von Festplatten-E/A-Fehlern, wenn Sie die Festplattenpersistenz für eine zuverlässige Telemetrie verwenden.

Metrikname	Einheit	Unterstützte Dimensionen
Anzahl der Lesefehler	Count	`Resource Provider`, , `Attach TypeInstrumentation Key`, `Runtime Version`, `Operating System`, , `LanguageVersion`
Anzahl der Schreibfehler	Count	`Resource Provider`, , `Attach TypeInstrumentation Key`, `Runtime Version`, `Operating System`, , `LanguageVersion`

Firewallkonfiguration

Metriken werden an die folgenden Stellen gesendet, zu denen ausgehende Verbindungen in Firewalls geöffnet werden müssen:

Standort	URL
Europa	`westeurope-5.in.applicationinsights.azure.com`
Außerhalb Europas	`westus-0.in.applicationinsights.azure.com`

Deaktivieren der Sammlung von Nutzungsdaten

.NET

Die Sammlung von Verwendungsdaten ist standardmäßig aktiviert. Es kann deaktiviert werden, indem Sie die Umgebungsvariable APPLICATIONINSIGHTS_STATSBEAT_DISABLED auf true festlegen.

Java

Hinweis

Nur nicht wesentliche Metriken können in Java deaktiviert werden.

Um nicht wesentliche Metriken zu deaktivieren, fügen Sie der Konfigurationsdatei die folgende Konfiguration hinzu:

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

Sie können dieses Feature auch deaktivieren, indem Sie die Umgebungsvariable APPLICATIONINSIGHTS_STATSBEAT_DISABLED auf true festlegen. Diese Einstellung hat dann Vorrang vor disabled, die in der JSON-Konfiguration angegeben wird.

Node.js

Die Sammlung von Verwendungsdaten ist standardmäßig aktiviert. Es kann deaktiviert werden, indem Sie die Umgebungsvariable APPLICATION_INSIGHTS_NO_STATSBEAT auf true festlegen.

Python

Die Sammlung von Verwendungsdaten ist standardmäßig aktiviert. Es kann deaktiviert werden, indem Sie die Umgebungsvariable APPLICATIONINSIGHTS_STATSBEAT_DISABLED_ALL auf true festlegen.

Archivierte Informationen

Archivierte Informationen finden Sie unter Datensammlung, Aufbewahrung und Speicherung in Application Insights.

Question 17

Ermitteln, ob sich die TLS-Abschaltung auf Sie auswirkt

Accepted Answer

Application Insights und Azure Monitor steuern nicht die TLS-Version, die für HTTPS-Verbindungen verwendet wird. Die TLS-Version hängt vom Betriebssystem und der Laufzeitumgebung ab, in der Ihre Anwendung ausgeführt wird.

So bestätigen Sie die verwendete TLS-Version:

Lesen Sie die Dokumentation für Ihr Betriebssystem und Ihre Laufzeit oder Ihr Framework.
Wenden Sie sich an das entsprechende Supportteam, wenn Sie weitere Hilfe benötigen. Öffnen Sie keine Supportanfrage mit Application Insights.

Beispielsprache und Laufzeitunterstützung für TLS 1.2+

Die folgenden Versionen enthalten integrierte Unterstützung für TLS 1.2 oder höher:

.NET / .NET Core: .NET Framework 4.6.2 oder höher sowie alle Versionen von .NET Core
Java: Java 8 Update 161 (8u161) oder höher
Python: Python-Distributionen, die mit OpenSSL 1.0.1 oder höher erstellt wurden
Node.js: Node.js Version 10 oder höher

Beispiel für die Betriebssystemunterstützung für TLS 1.2+

Die folgenden Betriebssysteme enthalten integrierte Unterstützung für TLS 1.2 oder höher:

Windows: Windows 8, Windows Server 2012 und höher
Linux: Die meisten modernen Linux-Distributionen, die OpenSSL 1.0.1 oder höher verwenden

Question 18

Wie stelle ich sicher, dass meine Ressourcen nicht betroffen sind?

Accepted Answer

Um Dienstunterbrechungen zu vermeiden, muss jeder Remote-Endpunkt (einschließlich abhängiger Anforderungen), mit dem Ihre Ressource interagiert, mindestens eine Kombination aus derselben Protokollversion, Cipher Suite und elliptische Kurve unterstützen, die zuvor erwähnt wurde. Wenn der Remoteendpunkt die erforderliche TLS-Konfiguration nicht unterstützt, muss er aktualisiert werden, damit er eine Kombination der noch unterstützten TLS-Konfiguration nach der Deaktivierung unterstützt.

Question 19

Nach dem 1. Mai 2025, was ist das Verhalten für betroffene Ressourcen?

Accepted Answer

Betroffene Application Insights-Ressourcen beenden die Datenaufnahme und können nicht auf die erforderlichen Anwendungskomponenten zugreifen. Daher funktionieren einige Features nicht mehr.

Question 20

Welche Komponenten sind von der Veraltung betroffen?

Accepted Answer

Die in diesem Dokument beschriebene TLS-Veraltung (Transport Layer Security) sollte sich nur auf das Verhalten nach dem 1. Mai 2025 auswirken. Weitere Informationen zu CRUD-Vorgängen finden Sie unter Azure Resource Manager TLS-Unterstützung. Diese Ressource enthält weitere Details zu TLS-Support und zu Abkündigungs-Zeitachsen.

Question 21

Wo erhalte ich TLS-Unterstützung (Transport Layer Security)?

Accepted Answer

Allgemeine Fragen zum Legacy-TLS-Problem finden Sie unter Lösen von TLS-Problemen.

Question 22

Wo erhalte ich weitere Informationen zur TLS-Unterstützung in Application Insights?

Accepted Answer

Weitere Informationen finden Sie unter TLS-Unterstützung.

Question 23

Wie kann ich Telemetriedaten nachverfolgen, die nicht automatisch erfasst werden?

Accepted Answer

Verwenden Sie für die aktuelle Instrumentierung OpenTelemetry-APIs und sprachspezifische Protokollierungs- oder Metrik-APIs. Beispiele finden Sie unter "Sammeln von benutzerdefinierter Telemetrie".

Verwenden Sie für benutzerdefinierte Browserereignisse das Application Insights JavaScript SDK oder Click Analytics. Verwenden Sie für serverseitige benutzerdefinierte Ereignisse OpenTelemetry-Ereignisse.

Question 24

Wie erfasse ich den Anforderungs- und Antworttext in meinen Telemetriedaten?

Accepted Answer

ASP.NET Core verfügt über built-In-Unterstützung zum Protokollieren von HTTP-Anforderungs- und Antwortinformationen, einschließlich des Textkörpers. Dies kann persönlich identifizierbare Informationen (PII) verfügbar machen und die Leistungs- und Eingabekosten erheblich steigern, sodass die Risiken sorgfältig bewertet werden sollten, bevor Sie dieses Verfahren verwenden.

Question 25

Wie passe ich die Sammlung von ILogger-Protokollen an?

Accepted Answer

Konfigurieren Sie für aktuelle .NET-Anwendungen die Log-Erfassung über OpenTelemetry und Ihre Standardkonfiguration der .NET-Protokollierung. Verwenden Sie Logging:LogLevel in appsettings.json, um Anwendungsprotokollebenen auszuwählen und den OpenTelemetry-Protokollexport im Rahmen Azure Monitor OpenTelemetry-Setup zu konfigurieren. Siehe Aktivieren von OpenTelemetry mit Application Insights und Ändern der Telemetrie.

Question 26

Ich habe meine ASP.NET Core Anwendung für Web-Apps bereitgestellt. Sollte ich die Application Insights-Erweiterung weiterhin von Web-Apps aktivieren?

Accepted Answer

Wählen Sie einen Instrumentierungspfad für die Anwendung aus. Verwenden Sie für codebasiertes aktuelles Setup Azure Monitor OpenTelemetry. Verwenden Sie für die Code-freie Überwachung von App-Diensten die Anwendungsüberwachung ohne Codeänderungen. Vermeiden Sie überlappende Instrumentierung für dieselbe App, es sei denn, Sie überprüfen eine Migration.

Question 27

Kann ich die Application Insights-Überwachung aktivieren, ohne den Anwendungscode zu ändern?

Accepted Answer

Verwenden Sie für die Überwachung neuer Anwendungen die Azure Monitor OpenTelemetry Distro oder aktuelle Auto-Instrumentierungspfade. Siehe Aktivieren von OpenTelemetry mit Application Insights und Application Monitoring ohne Codeänderungen.

Question 28

Wo erhalte ich weitere Informationen zur Verwendung von Application Insights für ASP.NET Core Anwendungen?

Accepted Answer

Aktuelle ASP.NET Core Instrumentation finden Sie unter Enable OpenTelemetry with Application Insights.

Question 29

Worin besteht der Unterschied zwischen der Ausnahmerate und der Ausnahmenmetrik?

Accepted Answer

Exception rate: Die Ausnahmerate ist ein Systemleistungsindikator. Die CLR zählt alle behandelten und nicht behandelten Ausnahmen, die ausgelöst werden, und dividiert das Ergebnis innerhalb eines Samplingintervalls durch die Länge dieses Intervalls. Das Application Insights SDK sammelt dieses Ergebnis und sendet es an das Portal.
Exceptions: Die Metrik "Ausnahmen" zählt die Ausnahme-Telemetrie, die vom Portal im Samplingintervall des Diagramms empfangen wurde. Sie enthält behandelte Ausnahmen, die Ihre Instrumentierung liefert. Es kann nicht jede unbehandelte Ausnahme enthalten.

Question 30

Wo erhalte ich weitere Informationen zu ASP.NET Leistungsindikatoren?

Accepted Answer

Aktuelle Hinweise zu Metriken finden Sie unter Metriken in Application Insights.

Question 31

Werden EventCounters in Livemetriken angezeigt?

Accepted Answer

Livemetriken zeigen „EventCounters“ nicht an. Verwenden Sie den Metrik-Explorer oder Analytics, um die Telemetrie anzuzeigen.

Question 32

Nachdem ich Application Insights aus dem Azure Web App-Portal aktiviert habe, warum kann ich keine Ereigniszähler sehen?

Accepted Answer

Die App-Dienstüberwachung ohne Codeänderungen unterstützt dieses Feature derzeit nicht für ASP.NET Core.

Question 33

Wo erhalte ich weitere Informationen zu ASP.NET-Ereigniszählern?

Accepted Answer

Aktuelle Hinweise zu Metriken finden Sie unter Metriken in Application Insights.

Question 34

Wie meldet der automatische Abhängigkeitskollektor fehlgeschlagene Aufrufe an Abhängigkeiten?

Accepted Answer

Bei fehlgeschlagenen Abhängigkeitsaufrufen ist das Feld success auf false festgelegt. Die Abhängigkeitstelemetrie erstellt nicht automatisch ein separates Ausnahme-Element für jeden fehlgeschlagenen Abhängigkeitsaufruf. Das vollständige Datenmodell für abhängigkeits telemetrie wird im Telemetriemodell von Application Insights beschrieben.

Question 35

Wie berechne ich die Erfassungslatenz meiner Abhängigkeits-Telemetrie?

Accepted Answer

Verwenden Sie diesen Code:

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

Question 36

Wie ermittle ich die Uhrzeit, zu der der Abhängigkeitsaufruf initiiert wurde?

Accepted Answer

In der Abfrageansicht von Log Analytics steht timestamp für den Zeitpunkt, an dem der Telemetrievorgang für Abhängigkeiten eingeleitet wurde, was unmittelbar nach dem Empfang der Antwort auf den Abhängigkeitsaufruf geschieht. Um die Uhrzeit des Beginns des Abhängigkeitsaufrufs zu berechnen, subtrahieren Sie den aufgezeichneten timestamp-Wert des Abhängigkeitsaufrufs von duration.

Question 37

Umfasst die Abhängigkeitsnachverfolgung in Application Insights Protokollierungsantworttexte?

Accepted Answer

Die Abhängigkeitsnachverfolgung in Application Insights umfasst keine Protokollierungsantworttexte, da sie für die meisten Anwendungen zu viele Telemetriedaten generieren würde.

Question 38

Wo erhalte ich weitere Informationen zur Abhängigkeitsüberwachung in Application Insights?

Accepted Answer

Für aktuelle Informationen zu Abhängigkeiten und benutzerdefinierten Spananleitungen, siehe Benutzerdefinierte Spannen hinzufügen.

Question 39

Kann ich Verfügbarkeitstests auf einem Intranetserver ausführen?

Accepted Answer

Verfügbarkeitstests werden auf Anwesenheitspunkten ausgeführt, die auf der ganzen Welt verteilt sind. Es gibt zwei Lösungen:

Firewall-Tür: Erlaube Anfragen an deinen Server von der langen und wechselhaften Liste von Web-Test-Agenten.
Benutzerdefinierter Code: Schreiben Sie eigenen Code, um aus dem Intranet regelmäßig Anforderungen an den Server zu senden. Sie können Visual Studio Webtests zu diesem Zweck ausführen. Senden Sie ein internes Zustandssignal und eine Warnung über das resultierende Protokoll oder die Metrik.

Question 40

Was ist die Benutzer-Agent-Zeichenfolge für Verfügbarkeitstests?

Accepted Answer

Die Zeichenfolge des Benutzer-Agenten lautet: Mozilla/5.0 (kompatibel; MSIE 9.0; Windows NT 6.1; Trident/5.0; AppInsights).

Question 41

Wo erhalte ich weitere Informationen zu Verfügbarkeitstests mit Application Insights?

Accepted Answer

Weitere Informationen finden Sie unter Verfügbarkeitstests.

Question 42

Wie wirkt sich die Deaktivierung auf mein Webtestverhalten aus?

Accepted Answer

Verfügbarkeitstests dienen als verteilter Client an jedem der unterstützten Webteststandorte. Jedes Mal, wenn ein Webtest ausgeführt wird, versucht der Verfügbarkeitstestdienst, sich an den Remoteendpunkt zu wenden, der in der Webtestkonfiguration definiert ist. Es wird eine TLS-Client-Hello-Nachricht gesendet, die alle derzeit unterstützten TLS-Konfigurationen enthält. Wenn der Remoteendpunkt eine gemeinsame TLS-Konfiguration mit dem Verfügbarkeitstestclient gemeinsam verwendet, ist der TLS-Handshake erfolgreich. Andernfalls schlägt der Webtest mit einem TLS-Handshake-Fehler fehl.

Question 43

Wie überprüfe ich, welche TLS-Konfiguration ein entfernter Endpunkt unterstützt?

Accepted Answer

Es stehen mehrere Tools zur Verfügung, um zu testen, welche TLS-Konfiguration ein Endpunkt unterstützt. Eine Möglichkeit wäre, dem auf dieser Seite detaillierten Beispiel zu folgen. Wenn Ihr Remoteendpunkt nicht über das öffentliche Internet verfügbar ist, müssen Sie sicherstellen, dass Sie die von dem Remoteendpunkt unterstützte TLS-Konfiguration von einem Computer aus überprüfen, der Zugriff hat, um Ihren Endpunkt aufzurufen.

Hinweis

Für Schritte zum Aktivieren der erforderlichen TLS-Konfiguration auf Ihrem Webserver empfiehlt es sich, sich an das Team zu wenden, das die Hostplattform besitzt, auf der Ihr Webserver ausgeführt wird, wenn der Prozess nicht bekannt ist.

Hinweis

Für Schritte zum Aktivieren der erforderlichen TLS-Konfiguration auf Ihrem Webserver empfiehlt es sich, sich an das Team zu wenden, das die Hostplattform besitzt, auf der Ihr Webserver ausgeführt wird, wenn der Prozess nicht bekannt ist.

Question 44

Was ist nach dem 1. Mai 2025 das Webtestverhalten für betroffene Tests?

Accepted Answer

Es gibt keinen Ausnahmetyp, bei dem sich alle von dieser Abkündigung betroffenen TLS-Handshakefehler selbst darstellen. Die häufigste Ausnahme, mit der Ihr Webtest fehlschlägt, wäre jedoch The request was aborted: Couldn't create SSL/TLS secure channel. Sie sollten auch alle TLS-bezogenen Fehler im TLS-Transport-Troubleshooting Step für das Webtestergebnis sehen können, das potenziell beeinträchtigt wird.

Question 45

Kann ich anzeigen, welche TLS-Konfiguration derzeit von meinem Webtest verwendet wird?

Accepted Answer

Die TLS-Konfiguration, die während einer Webtestausführung ausgehandelt wurde, kann nicht angezeigt werden. Solange der Remoteendpunkt übliche TLS-Konfigurationen mit Verfügbarkeitstests unterstützt, sollten nach der Stilllegung keine Auswirkungen erkennbar sein.

Question 46

Welche Komponenten wirken sich auf die Abkündigung im Verfügbarkeitstestdienst aus?

Accepted Answer

Die in diesem Dokument beschriebene TLS-Abschaffung sollte sich nur auf das Ausführungsverhalten von Verfügbarkeitstests und Webtests nach dem 1. Mai 2025 auswirken. Weitere Informationen zur Interaktion mit dem Verfügbarkeitstestdienst für CRUD-Vorgänge finden Sie unter Azure Resource Manager TLS-Unterstützung. Diese Ressource enthält weitere Details zu TLS-Support und zu Abkündigungs-Zeitachsen.

Question 47

Wo erhalte ich TLS-Unterstützung?

Accepted Answer

Allgemeine Fragen zum Legacy-TLS-Problem finden Sie unter Lösen von TLS-Problemen.

Question 48

Wo erhalte ich weitere Informationen zur TLS-Unterstützung für Verfügbarkeitstests?

Accepted Answer

Weitere Informationen finden Sie unter Unterstützte TLS-Konfigurationen.

Question 49

Was ändert Application Insights in meinem project?

Accepted Answer

Die Änderungen hängen vom Instrumentierungspfad ab. Die Überwachung des App-Diensts ohne Code verwendet in der Regel App-Einstellungen und Plattformkonfigurationen. Die codebasierte Überwachung verwendet das OpenTelemetry-Paket und die Startkonfiguration für die ausgewählte Sprache. Aktuelle Anleitungen finden Sie unter Enable application monitoring in Azure App Service and Enable OpenTelemetry with Application Insights.

Question 50

Was ist der Unterschied zwischen Standardmetriken aus Application Insights und Azure App Service Metriken?

Accepted Answer

Application Insights sammelt Telemetriedaten für die Anforderungen, die bis zur Anwendung gelangt sind. Wenn der Fehler in Web-Apps oder dem Webserver auftritt und die Anforderung die Benutzeranwendung nicht erreicht hat, verfügt Application Insights nicht über Telemetrie.

Die von Application Insights berechnete Dauer für serverresponsetime stimmt nicht unbedingt mit der serverantwortzeit überein, die von Web-Apps beobachtet wird. Application Insights zählt die Dauer, wenn die Anforderung die Benutzeranwendung erreicht. Wenn die Anforderung hängen bleibt oder auf dem Webserver in die Warteschlange gestellt wird, wird die Wartezeit in die Web-Apps Metriken eingeschlossen, aber nicht in Application Insights-Metriken.

Question 51

Wo erhalte ich weitere Informationen zur Überwachung in Azure App Service für .NET, Node.js, Python und Java-Anwendungen?

Accepted Answer

Weitere Informationen finden Sie unter Enable application monitoring in Azure App Service.

Question 52

Sollte der Begriff „Autoinstrumentation“ mit einem Bindestrich geschrieben werden?

Accepted Answer

Wir folgen dem Microsoft-Styleguide für Produktdokumentation, der auf der Microsoft Learn-Plattform veröffentlicht wurde.

In der Regel verwenden wir nach dem Präfix "auto" keinen Bindestrich.

Question 53

Wo erhalte ich weitere Informationen zur automatischen Instrumentierung?

Accepted Answer

Weitere Informationen finden Sie unter Was ist die automatisierte Instrumentierung für Azure Monitor Application Insights?.

Question 54

Benötigen neue Azure Regionen die Verwendung von Verbindungszeichenfolgen?

Accepted Answer

Neue Azure-Regionen erfordern die Verwendung von Verbindungszeichenfolgen anstelle von Instrumentierungsschlüsseln. Connection string identifiziert die Ressource, die Sie Ihren Telemetriedaten zuordnen möchten. Hier können Sie die Endpunkte ändern, die Ihre Ressource als Ziel für die Telemetrie verwendet. Kopieren Sie die Verbindungszeichenfolge, und fügen Sie sie dem Code Ihrer Anwendung oder einer Umgebungsvariable hinzu.

Question 55

Sollte ich Verbindungszeichenfolgen oder Instrumentierungsschlüssel verwenden?

Accepted Answer

Es wird empfohlen, Verbindungszeichenfolgen anstelle von Instrumentierungsschlüsseln zu verwenden.

Question 56

Wann muss ich die Umgebungsvariable festlegen?

Accepted Answer

Stellen Sie das APPLICATIONINSIGHTS_CONNECTION_STRING manuell in allen Szenarien ein, in denen das System es nicht automatisch bereitstellt. Diese Szenarien umfassen, sind jedoch nicht beschränkt auf: lokale Entwicklung und .NET isolierte Funktionen mithilfe ASP.NET Core Integration. In diesen Fällen stellt die Umgebungsvariable sicher, dass die OpenTelemetry-Pipeline Telemetrie an Application Insights senden kann. Weitere Informationen zum Konfigurieren von Verbindungszeichenfolgen mit einer Umgebungsvariablen finden Sie unter Konfigurieren von OpenTelemetry in Application Insights.

Question 57

Sollte ich eine separate Application Insights-Ressource für Browsertelemetrie verwenden, wenn ich authentifizierte serverseitige Aufnahme oder OTLP verwende?

Accepted Answer

Nicht streng. Eine einzelne Application Insights-Ressource kann Browsertelemetrie aus dem Application Insights JavaScript SDK und serverseitige Telemetrie empfangen, die mithilfe der authentifizierten Erfassung gesendet wird, wenn die lokale Authentifizierung für die Browseraufnahme aktiviert bleibt. Serverseitige Telemetrie kann Microsoft Entra authentifizierte Erfassung verwenden und OTLP-Erfassung mithilfe des OpenTelemetry Collector erfordert Microsoft Entra Authentifizierung. Sie müssen OpenTelemetry oder OTLP nicht nur vermeiden, weil Ihre Anwendung auch Browser-Telemetrie sammelt.

Die Hauptausnahme ist, wenn Sie die lokale Authentifizierung für eine Application Insights-Ressource deaktivieren, um Microsoft Entra Authentifizierung für alle Erfassungen erforderlich zu machen. In dieser Konfiguration kann sich das JavaScript-SDK nicht direkt über den Browser authentifizieren, und die Browser-Telemetrie kann möglicherweise nicht mehr fließen. Verwenden Sie für Die Browsertelemetrie in diesem Szenario eine separate Browsertelemetrieressource mit aktivierter lokaler Authentifizierung, oder leiten Sie die Browsertelemetrie über ein authentifiziertes Proxymuster weiter. Weitere Informationen finden Sie unter Authentifizierte Browser-Telemetrie mithilfe von Verbindungszeichenfolgen.

Auch wenn eine einzelne Ressource technisch funktioniert, sollten Sie eine separate Application Insights-Ressource für browser-/clientseitige Telemetrie als bewährte Methode zur Risikoisolation verwenden. Die Browserinstrumentation wird in einer nicht vertrauenswürdigen Clientumgebung ausgeführt, sodass die Verbindungszeichenfolge für Benutzer sichtbar ist und nicht als geheimer Schlüssel behandelt werden kann. Eine offengelegte Verbindungszeichenfolge kann möglicherweise verwendet werden, um gefälschte, irrelevante oder umfangreiche Telemetriedaten an die zugeordnete Ressource zu senden, was Dashboards, Warnungen und Fehlerbehandlungsanfragen beeinträchtigen und die Erfassungskosten erhöhen kann.

Eine separate Browser-Telemetrieressource kann Ihnen helfen:

Die browserseitige Verbindungszeichenfolge drehen oder ersetzen, ohne die serverseitige Telemetrie zu unterbrechen.
Spoofing-, Spam- oder unbrauchbare Telemetriedaten auf die browserspezifische Ressource beschränken.
Schützen Sie die Qualität der serverseitigen Telemetrie, die für Diagnose, Warnung und Betriebsanalyse verwendet wird.
Wenden Sie bei Bedarf unterschiedliche Zugriffssteuerungs-, Besitz- oder Governanceeinstellungen an.

Wägen Sie zwischen diesen Vorteilen und dem zusätzlichen Verwaltungsaufwand mehrerer Ressourcen ab, einschließlich zusätzlicher Verbindungszeichenfolgen, RBAC-Zuordnungen, Konfiguration und ressourcenübergreifenden Untersuchungen. Die End-to-End-Korrelation kann weiterhin über mehrere Application Insights-Ressourcen hinweg funktionieren, wenn der Benutzer Zugriff auf die relevanten Ressourcen hat. Weitere Informationen finden Sie unter Anwendungszuordnung und Transaktionsdiagnose.

Private Link- und Aufnahmeauthentifizierung sind separate Steuerelemente. Private Link steuert den Netzwerkzugriff auf Azure Monitor Ressourcen; Microsoft Entra Authentifizierung steuert, ob die Telemetrieaufnahme durch eine Identität autorisiert ist. Verwenden Sie Private Link nicht als Ersatz für die Aufnahmeauthentifizierung, und behandeln Sie die Ressourcentrennung nicht als Anforderung für die authentifizierte serverseitige Erfassung.

Question 58

Wie implementiere ich eine globale Webanwendung, um regionale Datenschutzanforderungen zu erfüllen?

Accepted Answer

Verwenden Sie regionale Application Insights-Endpunkte anstelle des globalen Endpunkts, um regionale Datencomplianceanforderungen zu erfüllen. Der globale Endpunkt garantiert nicht, dass Daten innerhalb einer bestimmten Region verbleiben. Regionale Endpunkte sorgen dafür, dass Telemetrie von Benutzern in regulierten Bereichen nur an Rechenzentren in diesen Regionen gesendet wird.

So konfigurieren Sie Ihre globale Webanwendung für regionale Compliance:

Erstellen Sie eine Application Insights-Ressource pro Region mit strengen Complianceanforderungen, z. B. der Europäischen Union oder der USA.
Erstellen Sie eine weitere Application Insights-Ressource für Benutzer in allen anderen Regionen.
Konfigurieren Sie Ihre Anwendung so, dass telemetrie an die entsprechende Application Insights-Ressource basierend auf der Region der einzelnen Benutzer gesendet wird. Bestimmen Sie die Region mithilfe von Signalen wie IP-Adresse, Kontometadaten oder Standorteinstellungen.
Verbinden Sie alle Application Insights-Ressourcen mit einem Log Analytics-Arbeitsbereich, wenn Sie eine einheitliche Abfrageerfahrung in allen Regionen benötigen.

Beispiel:

Das Senden von Daten von Benutzern in Region A an die Ressource „Region A Application Insights“ erfolgt unter Verwendung der Verbindungszeichenfolge von Region A.
Senden von Daten von Benutzern aus der Region B an die Application Insights-Ressource in der Region B unter Verwendung der Verbindungszeichenfolge der Region B.
Senden Sie alle anderen Benutzerdaten mithilfe einer anderen Verbindungszeichenfolge an eine allgemeine Application Insights-Ressource.

Von Bedeutung

Die Verwendung des globalen Endpunkts stellt keine regionale Compliance sicher. Verwenden Sie für die Erfüllung der Anforderungen an die Datenhaltung immer regionsspezifische Endpunkte, und leiten Sie Telemetrie basierend auf der Region des Benutzers weiter.

Das folgende Diagramm zeigt ein Beispielsetup für eine globale Webanwendung:

Question 59

Wo erhalte ich weitere Informationen zu Verbindungszeichenfolgen in Application Insights?

Accepted Answer

Weitere Informationen finden Sie unter Verbindungszeichenfolgen.

Question 60

Wie kann ich eine Application Insights-Ressource in eine neue Region verschieben?

Accepted Answer

Das Übertragen vorhandener Application Insights-Ressourcen zwischen Regionen wird nicht unterstützt, und Sie können historische Daten nicht zu einer neuen Region migrieren. Die Problemumgehung umfasst Folgendes:

Erstellen einer neuen Application Insights-Ressource in der gewünschten Region.
Neuerstellen aller eindeutigen Anpassungen der ursprünglichen Ressource in der neuen Ressource
Aktualisieren Ihrer Anwendung mit der Verbindungszeichenfolge der Ressource in der neuen Region
Testen mit der neuen Application Insights-Ressource, um die erwartungsgemäße Funktionsweise sicherzustellen
Festlegen, ob die ursprüngliche Application Insights-Ressource beibehalten oder gelöscht werden soll. Beim Löschen einer klassischen Ressource gehen alle historischen Daten verloren. Wenn die Ressource arbeitsbereichbasiert ist, verbleiben die Daten in Log Analytics, sodass auf historische Daten bis zum Ablauf des Aufbewahrungszeitraums zugegriffen werden kann.

Eindeutige Anpassungen, die für die Ressource in der neuen Region normalerweise manuell neu erstellt oder aktualisiert werden müssen, umfassen beispielsweise Folgendes:

Neuerstellen von benutzerdefinierten Dashboards und Arbeitsmappen.
Neuerstellen oder Aktualisieren des Umfangs von benutzerdefinierten Protokoll-/Metrikwarnungen.
Neuerstellen von Verfügbarkeitswarnungen.
Erstellen Sie erneut alle benutzerdefinierten, rollenbasierten Azure-Zugriffskontrolleinstellungen, die für Ihre Benutzer erforderlich sind, um auf die neue Ressource zuzugreifen.
Einstellungen für Stichprobenentnahme von Daten, Datenaufbewahrung, tägliche Obergrenze und Aktivierung benutzerdefinierter Metriken replizieren. Diese Einstellungen werden über den Bereich Nutzungs- und geschätzte Kosten gesteuert.
Jede Integration, die auf API-Schlüsseln basiert, wie z. B. Versionsanmerkungen und einem sicheren Steuerungskanal für Livemetriken. Sie müssen neue API-Schlüssel generieren und die zugeordnete Integration aktualisieren.
Der fortlaufende Export in klassische Ressourcen muss erneut konfiguriert werden.
Diagnoseeinstellungen in arbeitsbereichsbasierten Ressourcen müssen erneut konfiguriert werden.

Question 61

Kann ich anbieter('Microsoft.Insights', 'components').apiVersions[0] in meinen Azure Resource Manager-Bereitstellungen verwenden?

Accepted Answer

Es wird davon abgeraten, diese Methode zum Auffüllen der API-Version zu verwenden. Die neueste Version kann Vorschaureleases darstellen, die Breaking Changes enthalten können. Auch bei neueren Nichtvorschauversionen sind die API-Versionen nicht immer abwärtskompatibel mit vorhandenen Vorlagen. In einigen Fällen ist die API-Version möglicherweise nicht für alle Abonnements verfügbar.

Question 62

Wo erhalte ich weitere Informationen zum Erstellen und Konfigurieren von Application Insights-Ressourcen?

Accepted Answer

Weitere Informationen finden Sie unter Erstellen und Konfigurieren von Application Insights-Ressourcen.

Question 63

Wie kann ich Datenmodell- oder Schemaprobleme und Vorschläge melden?

Accepted Answer

Um Datenmodell- oder Schemaprobleme und Vorschläge zu melden, verwenden Sie unser GitHub Repository.

Question 64

Wie kann ich die Auswirkungen einer Überwachungskampagne messen?

Accepted Answer

Die PageView-Telemetrie enthält eine URL, und Sie können den UTM-Parameter mithilfe einer RegEx-Funktion in Kusto analysieren.

Es kann gelegentlich vorkommen, dass diese Daten fehlen oder ungenau sind, wenn der Benutzer oder das Unternehmen das Senden des Benutzer-Agents in den Browsereinstellungen deaktiviert. Die UA Parser regexes enthalten möglicherweise nicht alle Geräteinformationen. Oder Application Insights hat möglicherweise nicht die neuesten Updates übernommen.

Stichprobenverfahren	Entscheidungspunkt	Stärken	Schwächen
Headbasiert	Vor Beginn eines Bereichs	Geringe Latenz, minimaler Aufwand	Beispiel für gewünschte Ablaufverfolgungen, einschließlich Fehlern
Tailbasiert	Nach dem Puffern von Bereichen basierend auf Zeit- oder Volumenschwellenwerten	Ermöglicht hoch selektive Kriterien für die Stichprobenentnahme für Ablaufverfolgungen	Höhere Kosten und zusätzliche Verarbeitungsverzögerung
Azure Monitor benutzerdefinierter Sampler	Ende der Bereichserstellung	Abgleich der Ablaufverfolgungsvollständigkeit mit Effizienz	Erforderlich für die Kompatibilität von Livemetriken

Häufig gestellte Fragen zu Application Insights

Überblick

Wie instrumentiere ich eine Anwendung?

Wie verwende ich Application Insights?

Welche Telemetriedaten erfasst Application Insights?

Wohin gelangen die mit herkömmlichen Protokollierungsframeworks gesammelten Telemetriedaten?

Wie viele Application Insights-Ressourcen sollte ich bereitstellen?

Wie kann ich Application Insights-Ressourcen mithilfe von PowerShell verwalten?

Wie kann ich Application Insights-Telemetriedaten abfragen?

Kann ich Telemetriedaten an das Application Insights-Portal senden?

Wie lange dauert das Sammeln von Telemetriedaten?

Wie funktioniert das Preismodell von Application Insights?

Gibt es Gebühren für die Datenübertragung zwischen einer Azure Web App und Application Insights?

Entstehen Netzwerkkosten, wenn meine Application Insights-Ressource eine Azure Ressource (d. h. Telemetrie-Produzent) in einer anderen Region überwacht?

Welche TLS-Versionen werden unterstützt?

Wo erhalte ich weitere Informationen zu Application Insights?

Datensammlung, Aufbewahrung, Speicherung und Datenschutz

Wie behandelt Application Insights Datensammlung, Aufbewahrung, storage und Datenschutz?

Kontext

Was gesammelt wird und woher

Aufbewahrung und Speicherung

Access, Sicherheit und Verschlüsselung

Datenschutz und verantwortungsvolle Nutzung

TLS

Lokale Puffer und Ausfälle

Welche Nutzungsdaten sammelt Microsoft?

Unterstützte Sprachen

Unterstützte EU-Regionen

Gesammelte Nutzungsdaten

Firewallkonfiguration

Deaktivieren der Sammlung von Nutzungsdaten

Archivierte Informationen

TLS-Unterstützung

Ermitteln, ob sich die TLS-Abschaltung auf Sie auswirkt

Wie stelle ich sicher, dass meine Ressourcen nicht betroffen sind?

Nach dem 1. Mai 2025, was ist das Verhalten für betroffene Ressourcen?

Welche Komponenten sind von der Veraltung betroffen?

Wo erhalte ich TLS-Unterstützung (Transport Layer Security)?

Wo erhalte ich weitere Informationen zur TLS-Unterstützung in Application Insights?

ASP.NET Core Anwendungen

Wie kann ich Telemetriedaten nachverfolgen, die nicht automatisch erfasst werden?

Wie erfasse ich den Anforderungs- und Antworttext in meinen Telemetriedaten?

Wie passe ich die Sammlung von ILogger-Protokollen an?

Ich habe meine ASP.NET Core Anwendung für Web-Apps bereitgestellt. Sollte ich die Application Insights-Erweiterung weiterhin von Web-Apps aktivieren?

Kann ich die Application Insights-Überwachung aktivieren, ohne den Anwendungscode zu ändern?

Wo erhalte ich weitere Informationen zur Verwendung von Application Insights für ASP.NET Core Anwendungen?

ASP.NET Leistungsindikatoren

Worin besteht der Unterschied zwischen der Ausnahmerate und der Ausnahmenmetrik?

Wo erhalte ich weitere Informationen zu ASP.NET Leistungsindikatoren?

ASP.NET-Ereigniszähler

Werden EventCounters in Livemetriken angezeigt?

Nachdem ich Application Insights aus dem Azure Web App-Portal aktiviert habe, warum kann ich keine Ereigniszähler sehen?

Wo erhalte ich weitere Informationen zu ASP.NET-Ereigniszählern?

Abhängigkeitsüberwachung

Wie meldet der automatische Abhängigkeitskollektor fehlgeschlagene Aufrufe an Abhängigkeiten?

Wie berechne ich die Erfassungslatenz meiner Abhängigkeits-Telemetrie?

Wie ermittle ich die Uhrzeit, zu der der Abhängigkeitsaufruf initiiert wurde?

Umfasst die Abhängigkeitsnachverfolgung in Application Insights Protokollierungsantworttexte?

Wo erhalte ich weitere Informationen zur Abhängigkeitsüberwachung in Application Insights?

Verfügbarkeitstests

Kann ich Verfügbarkeitstests auf einem Intranetserver ausführen?

Was ist die Benutzer-Agent-Zeichenfolge für Verfügbarkeitstests?

Wo erhalte ich weitere Informationen zu Verfügbarkeitstests mit Application Insights?

TLS-Unterstützung für Verfügbarkeitstests

Wie wirkt sich die Deaktivierung auf mein Webtestverhalten aus?

Wie überprüfe ich, welche TLS-Konfiguration ein entfernter Endpunkt unterstützt?

Was ist nach dem 1. Mai 2025 das Webtestverhalten für betroffene Tests?

Kann ich anzeigen, welche TLS-Konfiguration derzeit von meinem Webtest verwendet wird?

Welche Komponenten wirken sich auf die Abkündigung im Verfügbarkeitstestdienst aus?

Wo erhalte ich TLS-Unterstützung?

Wo erhalte ich weitere Informationen zur TLS-Unterstützung für Verfügbarkeitstests?

Überwachung in Azure App Service für .NET-, Node.js-, Python- und Java-Anwendungen

Was ändert Application Insights in meinem project?

Was ist der Unterschied zwischen Standardmetriken aus Application Insights und Azure App Service Metriken?

Wo erhalte ich weitere Informationen zur Überwachung in Azure App Service für .NET, Node.js, Python und Java-Anwendungen?

Automatische Instrumentierung

Sollte der Begriff „Autoinstrumentation“ mit einem Bindestrich geschrieben werden?

Wo erhalte ich weitere Informationen zur automatischen Instrumentierung?

Verbindungszeichenfolgen

Benötigen neue Azure Regionen die Verwendung von Verbindungszeichenfolgen?