Problembehandlung für das Application Insights JavaScript SDK
In diesem Artikel wird erläutert, wie Sie verschiedene Probleme behandeln, die das Application Insights JavaScript SDK betreffen. Zu den Themen in diesem Artikel gehören ein SDK-Ladefehler für JavaScript-Web-Apps und die Unterstützung der Quellzuordnung für JavaScript-Apps.
Behandeln eines SDK-Ladefehlers für JavaScript-Web-Apps
In den folgenden Abschnitten werden die Symptome, Ursachen und Lösungen für ein bestimmtes SDK-Ladefehlerszenario für JavaScript-Web-Apps erläutert.
Problembeschreibung
<Im head-Element> der Webseite, die Sie überwachen, erstellt der JavaScript-Codeausschnitt (Version 3 oder höher) und meldet die folgende Ausnahme, wenn erkannt wird, dass das SDK-Skript nicht heruntergeladen oder initialisiert wurde:
SDK LOAD-Fehler: Fehler beim Laden des Application Insights SDK-Skripts (Details finden Sie im Stapel).
Diese Meldung gibt an, dass der Client (Browser) des Benutzers das Application Insights SDK nicht herunterladen oder von der identifizierten Hostingseite initialisieren kann. Daher werden keine Telemetriedaten oder Ereignisse angezeigt.
Hinweis
Diese Ausnahme wird in allen gängigen Browsern unterstützt, die die fetch() API oder XMLHttpRequestunterstützen. Diese Browserversionen schließen Microsoft Internet Explorer 8 und frühere Versionen aus. Daher melden diese Browser diese Art von Ausnahme nur, wenn Ihre Umgebung einen Fetch-Polyfill-Wert enthält.
Die Stapeldetails enthalten die grundlegenden Informationen zu den URLs, die vom Benutzer verwendet werden.
| Name | Beschreibung |
|---|---|
| <CDN-Endpunkt> | Die URL, die zum Herunterladen des SDK verwendet wurde (und nicht erfolgreich war). |
| <Hilfelink> | Eine URL, die mit der Dokumentation zur Problembehandlung (diese Seite) verknüpft ist. |
| <Host-URL> | Die vollständige URL der Seite, die der Benutzer verwendet hat. |
| <Endpunkt-URL> | Die URL, die zum Melden der Ausnahme verwendet wurde. Mit diesem Wert kann ermittelt werden, ob das öffentliche Internet oder eine private Cloud auf die Hostingseite zugegriffen hat. |
Die folgende Liste enthält die häufigsten Gründe für diese Ausnahme:
Zeitweiliger Netzwerkkonnektivitätsfehler
Application Insights CdN-Ausfall (Content Delivery Network)
Fehler bei der SDK-Initialisierung nach dem Laden des Skripts
Blockieren des Application Insights-JavaScript-CDN
Zeitweilige Netzwerkkonnektivitätsfehler sind der häufigste Grund für diese Ausnahme, insbesondere in Szenarien mit mobilem Roaming.
In den folgenden Abschnitten wird erläutert, wie Sie die einzelnen potenziellen Ursachen dieses Fehlers beheben können.
Hinweis
Bei einigen dieser Schritte wird davon ausgegangen, dass Ihre Anwendung die direkte Kontrolle über das Codeausschnittskript <bzw> . -tag und dessen Konfiguration hat, die als Teil der HOST-HTML-Seite zurückgegeben wird. Wenn diese Bedingungen nicht für Ihr Szenario gelten, gelten diese Schritte ebenfalls nicht.
Ursache 1: Zeitweiliger Netzwerkverbindungsfehler
Wenn der Benutzer zeitweilige Netzwerkkonnektivitätsfehler auftritt, gibt es weniger mögliche Lösungen als für andere Ursachen. Dieser Fehler wird jedoch in der Regel schnell behoben. Wenn der Benutzer z. B. die Seite aktualisiert, um Ihre Website erneut zu laden, werden die Dateien schließlich heruntergeladen und lokal zwischengespeichert, bis eine aktualisierte Version veröffentlicht wird.
Lösung 1a: Herunterladen einer aktualisierten Version des SDK
Um zeitweilige Netzwerkkonnektivitätsfehler zu minimieren, haben wir Header für alle CDN-Dateien implementiert Cache-Control . Nachdem der Browser des Benutzers die aktuelle Version des SDK heruntergeladen hat, muss er sie nicht erneut herunterladen, da die zuvor abgerufene Kopie wiederverwendet wird. (Sehen Sie sich die Funktionsweise der Zwischenspeicherung an.) Wenn bei der Zwischenspeicherungsprüfung ein Fehler auftritt oder ein neues Release verfügbar ist, muss der Browser des Benutzers die aktualisierte Version herunterladen. Daher wird im Prüffehlerszenario möglicherweise eine Hintergrundebene von "Rauschen" angezeigt. Oder Sie können eine temporäre Spitze feststellen, wenn ein neues Release auftritt und allgemein verfügbar wird (im CDN bereitgestellt).
Lösung 1b: Verwenden von npm-Paketen zum Einbetten des SDK zusammen mit der Anwendung in ein einzelnes Paket
Ist die Sdk-Ladefehler-Ausnahme persistent, und tritt sie bei vielen Benutzern zusammen mit einer Verringerung der normalen Clienttelemetrie auf? In diesem Fall sind zeitweilige Netzwerkkonnektivitätsprobleme wahrscheinlich nicht die wahre Ursache des Problems, und Sie sollten andere mögliche Ursachen untersuchen.
Hinweis
Ein häufiges Anzeichen dafür, dass dieser Fehler bei mehreren Benutzern auftritt, ist, dass die Ausnahme schnell und dauerhaft gemeldet wird.
In diesem Fall ist es unwahrscheinlich, dass das Hosten des SDK in Ihrem eigenen CDN das Auftreten dieser Ausnahme bereitstellt oder reduziert. Das gleiche Problem betrifft Ihr eigenes CDN und tritt auch auf, wenn Sie das SDK über eine npm-Paketlösung verwenden. Das letztere Szenario tritt insbesondere dann auf, wenn Application Insights in einem anderen Paket als dem der überwachten Anwendung enthalten ist, da der Fehler in mindestens einem dieser Bündel garantiert wird. Wenn diese Ausnahme auftritt, kann ihre gesamte Anwendung aus Sicht des Benutzers nicht geladen oder initialisiert werden, nicht nur das Telemetrie-SDK (das Benutzern nicht angezeigt wird). Daher werden Benutzer Ihre Website wahrscheinlich so lange aktualisieren, bis sie vollständig geladen wird.
Sie können versuchen, npm-Pakete zu verwenden, um das Application Insights SDK zusammen mit der überwachten Anwendung in ein einzelnes Paket einzubetten. Obwohl in diesem Szenario immer noch ein zeitweiliger Fehler auftreten kann, bietet ein kombiniertes Bündel eine echte Chance, das Problem zu beheben.
Ursache 2: Application Insights CDN-Ausfall
Um zu überprüfen, ob ein Application Insights CDN-Ausfall vorliegt, versuchen Sie, direkt über den Browser von einem anderen Speicherort als dem Ihrer Benutzer auf den CDN-Endpunkt zuzugreifen. Sie können beispielsweise versuchen, von Ihrem eigenen Entwicklungscomputer aus darauf zuzugreifen https://js.monitor.azure.com/scripts/b/ai.2.min.js . (Dies setzt voraus, dass Ihr organization diese Domäne nicht blockiert hat.)
Lösung 2: Erstellen eines Supporttickets
Wenn Sie überprüfen, ob ein Ausfall vorliegt, können Sie ein neues Supportticket erstellen.
Ursache 3: Das SDK wurde nach dem Laden des Skripts nicht initialisiert.
Wenn das SDK nicht initialisiert wird, wird das <Skript /> weiterhin erfolgreich aus dem CDN heruntergeladen, aber es schlägt während der Initialisierung fehl. Dieser Fehler tritt aufgrund fehlender oder ungültiger Abhängigkeiten oder aufgrund einer JavaScript-Ausnahme auf.
Lösung 3: Suchen Sie nach einem erfolgreichen SDK-Download oder JavaScript-Ausnahmen, oder aktivieren Sie das Debuggen im Browser.
Schritt 1: Überprüfen auf einen erfolgreichen SDK-Download
Überprüfen Sie, ob das SDK erfolgreich heruntergeladen wurde. Wenn kein Skriptdownload erfolgt ist, ist dieses Szenario nicht die Ursache für die Ausnahme des SDK-Ladefehlers. Verwenden Sie einen Browser, der Entwicklertools unterstützt. Wählen Sie F12 aus, um die Entwicklertools anzuzeigen, und wählen Sie dann die Registerkarte Netzwerk aus. Vergewissern Sie sich, dass das skript, das in der Konfiguration des src-Codeausschnitts definiert ist, heruntergeladen wurde. Suchen Sie dazu nach Antwortcode 200 (Erfolg) oder 304 (nicht geändert). Um den Netzwerkdatenverkehr zu überprüfen, können Sie auch ein Webdebuggentool wie Fiddler verwenden.
Wenn das SDK nicht erfolgreich heruntergeladen wurde, lesen Sie die folgende Tabelle, um die verschiedenen Berichtsoptionen zu verstehen.
| Szenario | Ursache | Aktion |
|---|---|---|
| Das Problem betrifft nur wenige Benutzer und eine bestimmte Browserversion oder eine Teilmenge der Browserversionen. (Überprüfen Sie die Details zur gemeldeten Ausnahme.) | Das Problem tritt wahrscheinlich nur auf, wenn bestimmte Benutzer oder Umgebungen erfordern, dass Ihre Anwendung zusätzliche polyfill Implementierungen bereitstellt. |
Melden Sie ein Problem auf GitHub. |
| Das Problem betrifft Ihre gesamte Anwendung und alle Ihre Benutzer. | Es handelt sich um ein Releaseproblem. | Erstellen Sie ein neues Supportticket. |
Wenn das SDK erfolgreich heruntergeladen wurde, lesen Sie die folgenden Abschnitte, um das Sdk-Initialisierungsproblem zu beheben.
Schritt 2: Überprüfen auf JavaScript-Ausnahmen
Suchen Sie nach JavaScript-Ausnahmen. Verwenden Sie einen Browser, der Entwicklertools unterstützt. Wählen Sie F12 aus, um die Entwicklertools anzuzeigen, die Seite zu laden und dann zu überprüfen, ob Ausnahmen aufgetreten sind. Verursacht das SDK-Skript (z. B. in ai.2.min.js) Ausnahmen? In diesem Fall ist eines der folgenden Szenarien aufgetreten:
Die an das SDK übergebene Konfiguration enthält eine unerwartete Konfiguration.
In der Konfiguration, die an das SDK übergeben wird, fehlt eine erforderliche Konfiguration.
Ein fehlerhaftes Release wurde im CDN bereitgestellt.
Um nach einer fehlerhaften Konfiguration zu suchen, ändern Sie die Konfiguration, die an den Codeausschnitt übergeben wird (sofern noch nicht geschehen), sodass sie nur Ihren Instrumentierungsschlüssel als Zeichenfolgenwert enthält. Der folgende Code zeigt ein Beispiel für eine Codeausschnittkonfigurationsänderung.
Hinweis
Die Unterstützung für die Erfassung von Instrumentierungsschlüsseln endet am 31. März 2025. Die Erfassung von Instrumentierungsschlüsseln funktioniert weiterhin, aber wir stellen keine Updates oder Unterstützung für das Feature mehr bereit. Informationen zum Nutzen neuer Funktionen finden Sie unter Übergang zu Verbindungszeichenfolgen.
<script type="text/javascript">
...
src: "https://js.monitor.azure.com/scripts/b/ai.2.min.js",
cfg: {
instrumentationKey: "<instrumentation-key-guid>"
}});
</script>
Wenn Sie diese minimale Konfiguration verwenden und im SDK-Skript weiterhin eine JavaScript-Ausnahme angezeigt wird, erstellen Sie ein neues Supportticket. Um das Problem zu beheben, müssen Sie einen Rollback für den fehlerhaften Build ausführen. Dies liegt daran, dass wahrscheinlich eine neu bereitgestellte Version die Ursache des Problems ist.
Wenn die Ausnahme verschwindet, verursacht wahrscheinlich ein Typkonflikt oder ein unerwarteter Wert das Problem. Beginnen Sie mit der Problembehandlung, indem Sie Ihre Konfigurationsoptionen einzeln wiederherstellen und nach jeder Änderung testen, bis die Ausnahme erneut auftritt. Überprüfen Sie als Nächstes die Dokumentation für das Element, das das Problem verursacht. Wenn die Dokumentation unklar ist oder Sie Hilfe benötigen, melden Sie ein Problem auf GitHub.
Wurde Ihre Konfiguration zuvor bereitgestellt und funktioniert, aber meldet jetzt diese Ausnahme? In diesem Fall liegt möglicherweise ein Problem vor, das sich auf eine neu bereitgestellte Version auswirkt. Überprüfen Sie, ob die Ausnahme nur eine kleine Gruppe Ihrer Benutzer oder Browser betrifft. Melden Sie entweder ein Problem auf GitHub, oder erstellen Sie ein neues Supportticket.
Schritt 3: Aktivieren des Debuggens der Browserkonsole
Wenn keine ausgelösten Ausnahmen aufgetreten sind, sollten Sie das Konsolendebuggen aktivieren, indem Sie der Konfiguration die Einstellung loggingLevelConsole hinzufügen, wie im folgenden Beispiel für die Codeausschnittkonfiguration gezeigt. Diese Änderung sendet alle Initialisierungsfehler und Warnungen an die Konsole des Browsers. (Um die Browserkonsole anzuzeigen, wählen Sie F12 aus, um die Entwicklertools zu öffnen, und wählen Sie dann die Registerkarte Konsole aus.) Alle gemeldeten Fehler sollten selbsterklärend sein. Wenn Sie weitere Unterstützung benötigen, melden Sie ein Problem auf GitHub.
<script type="text/javascript">
...
src: "https://js.monitor.azure.com/scripts/b/ai.2.min.js",
cfg: {
instrumentationKey: "<instrumentation-key-guid>",
loggingLevelConsole: 2
}});
</script>
Hinweis
Während der Initialisierung führt das SDK einige grundlegende Überprüfungen auf bekannte hauptabhängigkeiten durch. Wenn die aktuelle Runtime diese Überprüfungen nicht bereitstellt, meldet die Laufzeit die Fehler als Warnmeldungen an die Konsole (aber nur, wenn der loggingLevelConsole Einstellungswert größer als 0 ist).
Wenn das SDK immer noch nicht initialisiert wird, versuchen Sie, die Konfigurationseinstellung enableDebug zu aktivieren. Nachdem Sie diese Änderung vorgenommen haben, werden alle internen Fehler als Ausnahmen ausgelöst. Dies führt zu einem Verlust von Telemetriedaten. Da diese Einstellung nur für Entwickler bestimmt ist, werden wahrscheinlich aufgrund interner Überprüfungen weitere Ausnahmen ausgelöst. Überprüfen Sie jede Ausnahme, um zu ermitteln, welches Problem dazu führt, dass das SDK fehlschlägt. Verwenden Sie die nicht minimierte Version des Skripts (indem Sie die Dateinamenerweiterung von .min.js in nur.jsändern). Andernfalls sind die Ausnahmen nicht lesbar. Der folgende Code zeigt die Beispiel-Codeausschnitt-Konfigurationsänderungen.
Warnung
Diese Reine Entwicklereinstellung sollte NIE in einer vollständigen Produktionsumgebung aktiviert werden, da dadurch Telemetriedaten verloren gehen.
<script type="text/javascript">
...
src: "https://js.monitor.azure.com/scripts/b/ai.2.js",
cfg:{
instrumentationKey: "<instrumentation-key-guid>",
enableDebug: true
}});
</script>
Wenn diese Aktion immer noch keine Erkenntnisse liefert, sollten Sie ein Problem auf GitHub melden , indem Sie die Details und eine Beispielwebsite angeben, falls Sie eine verwenden. Schließen Sie die Browserversion, das Betriebssystem und das JavaScript-Framework ein, um das Problem zu identifizieren.
Ursache 4: Blockierung des Application Insights JavaScript CDN
Eine CDN-Blockierung ist möglich, wenn ein Application Insights JavaScript SDK CDN-Endpunkt gemeldet oder als unsicher identifiziert wird. In diesem Fall wird der Endpunkt öffentlich in die Sperrliste aufgenommen, und Consumer dieser Listen beginnen damit, den gesamten Zugriff zu blockieren.
Um dieses Problem zu beheben, sollte der Besitzer des CDN-Endpunkts mit der Blocklistentität arbeiten, die den Endpunkt als unsicher markiert hat. Anschließend kann die Blocklistingentität den Endpunkt aus der relevanten Liste entfernen.
Überprüfen Sie die folgenden Internetsicherheitswebsites, um zu erfahren, ob sie den CDN-Endpunkt als unsicher identifizieren:
Es kann lange dauern, bis dieses Problem behoben ist. Benutzer oder IT-Abteilungen des Unternehmens müssen möglicherweise ein Update erzwingen oder die CDN-Endpunkte explizit zulassen. Die Gesamtdauer, die zum Beheben dieses Problems erforderlich ist, hängt von der Häufigkeit ab, die die Anwendung, Firewall oder Umgebung zum Aktualisieren ihrer lokalen Kopien der Listen benötigt.
Wenn der CDN-Endpunkt als unsicher identifiziert wird, erstellen Sie ein Supportticket , um das Problem so schnell wie möglich zu beheben.
In den folgenden Abschnitten wird genauer beschrieben, wie eine Blockierung auftreten kann und wie die Blockierung behoben wird.
Ursache 4a: Benutzerblockierung (Browser, installierter Blocker oder persönliche Firewall)
Überprüfen Sie, ob Ihre Benutzer eine der folgenden Konfigurationsaktionen ausgeführt haben:
Installation eines Browser-Plug-Ins (in der Regel in Form einer Anzeige, Schadsoftware oder Popupblocker)
Blockierte oder unzulässige Application Insights CDN-Endpunkte in ihrem Browser oder Proxy
Konfigurieren einer Firewallregel, die eine Blockierung der CDN-Domäne für das SDK verursacht (oder einen Fehler beim Auflösen des DNS-Eintrags)
Lösung 4a: Hinzufügen von Sperrlistenausnahmen für CDN-Endpunkte
Wenn Ihre Benutzer eine der aufgeführten Konfigurationsaktionen durchgeführt haben, arbeiten Sie mit ihnen zusammen (oder stellen Sie Dokumentation bereit), um die CDN-Endpunkte zuzulassen.
Benutzer haben möglicherweise Plug-Ins installiert, die die öffentliche Sperrliste verwenden. Wenn dies nicht der Fall ist, verwenden sie wahrscheinlich eine andere manuell konfigurierte Lösung, oder die Plug-Ins verwenden eine Blockliste für private Domänen.
Weisen Sie Ihre Benutzer an, das Herunterladen von Skripts von den Application Insights CDN-Endpunkten zuzulassen, indem Sie die Endpunkte in die Ausnahmeliste ihres Browsers für Plug-Ins oder Firewallregeln einschließen. Diese Listen variieren je nach Benutzerumgebung.
Hier sehen Sie ein Beispiel für diese Situation, das zeigt, wie Sie Google Chrome so konfigurieren, dass der Zugriff auf Websites zugelassen oder blockiert wird.
Ursache 4b: Blockierung der Unternehmensfirewall
Wenn sich Ihre Benutzer in einem Unternehmensnetzwerk befinden, ist die Unternehmensfirewall wahrscheinlich die Quelle der CDN-Blockierung. Die IT-Abteilung des Unternehmens hat wahrscheinlich eine Form von Internetfilterungssystem implementiert.
Lösung 4b1: Hinzufügen von Ausnahmen für CDN-Endpunkte für Unternehmen
Wichtig
Verwenden Ihre Benutzer eine private Cloud und haben keinen Zugriff auf das öffentliche Internet? In diesem Fall müssen Sie entweder die Application Insights-NPM-Pakete zum Einbetten des SDK verwenden oder das Application Insights SDK in Ihrem eigenen CDN hosten.
Arbeiten Sie mit der IT-Abteilung Ihres Unternehmens zusammen, um die erforderlichen Regeln für Ihre Benutzer zuzulassen. Diese Lösung ähnelt dem Hinzufügen von Ausnahmen für Benutzer. Bitten Sie die IT-Abteilung, die Application Insights CDN-Endpunkte für den Download zu konfigurieren, indem Sie sie in alle Domänensperrlisten- oder Zulassungslistendienste einschließen (oder entfernen).
Lösung 4b2: Hosten des SDK in Ihrem eigenen CDN
Anstatt dass Benutzer das Application Insights SDK aus dem öffentlichen CDN herunterladen, können Sie das Application Insights SDK auf Ihrem eigenen CDN-Endpunkt hosten. Es wird empfohlen, dass Sie eine bestimmte Version (ai.2.#.#.min.js) des SDK verwenden, damit Sie leichter erkennen können, welche Version Sie verwenden. Aktualisieren Sie das SDK außerdem regelmäßig auf die aktuelle Version (ai.2.min.js), damit Sie alle verfügbaren Fehlerbehebungen und neuen Features verwenden können.
Lösung 4b3: Verwenden von npm-Paketen zum Einbetten des Application Insights SDK
Anstatt den Codeausschnitt zu verwenden und öffentliche CDN-Endpunkte hinzuzufügen, können Sie die npm-Pakete verwenden, um das SDK als Teil Ihrer eigenen JavaScript-Dateien einzuschließen. Das SDK wird nur ein weiteres Paket in Ihren eigenen Skripts. Weitere Informationen finden Sie im Abschnitt npm-basiertes Setup der Application Insights JavaScript SDK GitHub-Seite.
Hinweis
Es wird empfohlen, dass Sie bei verwendung von npm-Paketen auch eine Form von JavaScript-Bundler verwenden, um Codeaufteilung und -minimierung zu unterstützen.
Wie beim Codeausschnitt können sich dieselben Blockierungsprobleme, die hier auftreten, auf Ihre eigenen Skripts auswirken (mit oder ohne Verwendung der SDK-npm-Pakete). Abhängig von Ihrer Anwendung, Ihren Benutzern und Ihrem Framework können Sie erwägen, etwas Ähnliches wie die Logik im Codeausschnitt zu implementieren, um diese Probleme zu erkennen und zu melden.
Problembehandlung bei der Quellzuordnungsunterstützung für JavaScript-Anwendungen
In der folgenden Tabelle werden bestimmte Probleme erläutert, die die Quellzuordnungsunterstützung für JavaScript-Anwendungen betreffen, und sie enthält Strategien zur Behebung dieser Probleme.
| Problem | Beschreibung |
|---|---|
| Erforderliche Azure RBAC-Einstellungen (Role-Based Access Control) für Ihren Blobcontainer | Jedem Benutzer im Portal, der dieses Feature verwendet, muss mindestens die Rolle Storage-Blobdatenleser für Ihren Blobcontainer zugewiesen werden. Sie müssen diese Rolle jedem zuweisen, der die Quellzuordnungen über dieses Feature verwenden möchte. Je nachdem, wie der Container erstellt wurde, wurde ihnen oder Ihrem Team diese Rolle möglicherweise nicht automatisch zugewiesen. |
| Quellzuordnung nicht gefunden | Führen Sie die folgenden Aktionen aus, um dieses Problem zu beheben:
|
Beheben der Warnung "Click Event rows with no parentId value" (Ereigniszeilen ohne parentId-Wert klicken)
Wenn Sie Application Insights und das Click Analytics Auto-Collection-Plug-In in der Anwendung verwenden, wird möglicherweise die folgende Telemetriewarnung in der Application Insights-Arbeitsmappe angezeigt: "Klicken Sie auf Ereigniszeilen ohne parentId-Wert."
Ursache
Dieses Problem kann auftreten, wenn die übergeordnete ID nicht im übergeordneten HTML-Element angegeben ist. Diese Bedingung bewirkt, dass das -Ereignis für alle übergeordneten Elemente ausgelöst wird.
Lösung
Um dieses Problem zu beheben, fügen Sie dem übergeordneten HTML-Element das data-parentid Attribut oder data-<customPrefix>-parentid hinzu. Hier sehen Sie ein Beispiel für den HTML-Code:
<div data-heart-id="demo Header" data-heart-parentid="demo.Header" data-heart-parent-group="demo.Header.Group">
Nächste Schritte
- Weitere Hilfe erhalten Sie, indem Sie ein Problem auf GitHub melden.
- Überwachen der Webseitennutzung
Informationen zum Haftungsausschluss von Drittanbietern
Die in diesem Artikel genannten Drittanbieterprodukte stammen von Herstellern, die von Microsoft unabhängig sind. Microsoft gewährt keine implizite oder sonstige Garantie in Bezug auf die Leistung oder Zuverlässigkeit dieser Produkte.
Kontaktieren Sie uns für Hilfe
Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für