1

Ich habe einen sehr interessanten Fall mit einem meiner Anwendungen. Am Anfang funktioniert die gleiche/ähnliche Implementierung mit meinen anderen Projekten.Azure Application Insights HTTP-Abhängigkeitsverfolgung Problem

Nun ist mein Hauptproblem, in diesem speziellen Projekt, HTTP-Remote-Abhängigkeit wird nicht verfolgt. Alles andere wird jedoch nachverfolgt, wie normale Leistung, Antwortzeiten, Serveranforderungen, benutzerdefinierte Ereignisse, benutzerdefinierte Ausnahmen SQL-Abhängigkeiten. Nur die HTTP-Abhängigkeit ist nicht. Früher wurden sie verfolgt und aus dem Nichts funktionierten sie nicht mehr - dies geschah, ohne etwas auf dem bestehenden Produktionsserver zu veröffentlichen.

Ich benutze die neueste Version der AI-Pakete 2.2.0 und 2.0.7, je nach Paket. Um es nochmals hervorzuheben, andere Projekte sind in Ordnung.

Ich habe dieses Verhalten für dieses Projekt sowohl für den Cloud-Dienst als auch den App-Dienst in Azure ausprobiert und geprüft. Das gleiche Ergebnis. Ich habe Tracking-Logs auf Debug überprüfen, kann ich SQL-und benutzerdefinierte Event-Tracking, aber keine Aufzeichnung für HTTP-Aufrufe wieder sehen. Nichts ungewöhnliches in den Output-Logs.

Die letzte Sache, die ich erwähnen möchte, ist, dass ich diesen Dienst für mehrere Cloud-Dienste mit verschiedenen Instrument Keys bereitstellen und deswegen initiiere ich meine AI.

Ich habe auch versucht, indem Sie alles in eine AI Ressource über Visual Studio eingestellt und das gleiche Verhalten beobachtet.

Ich bin nicht sicher, was ich noch hinzufügen kann, vor allem in Code-Ebene, aber Azure-Unterstützung war bisher nicht zu viel Hilfe, und das wird irgendwie wichtig für mich, da ich nicht in der Lage bin, die volle Leistung meines zu sehen System und das bringt mich in den blinden Fleck für Abhängigkeitsfehler.

Edit:

einfach zu addieren, ich bin mit .Net 4.6.2 mit System.Net.Http 4.3.0

+0

Können Sie bitte auf "AI-Pakete 2.2.0 und 2.0.7" klären. Welches Paket ist welche Version? –

Antwort

0

Ok, als letzten Test, ich habe herabgestuft System.Net .Http zu 4.0.0 von 4.3.0 und lokalisierte es jetzt Abhängigkeit.

+0

Hatten Sie weitere Informationen zu Ihrer Untersuchung? Wir haben ein ähnliches Problem, bei dem ein Projekt HTTP-Abhängigkeitsaufrufe verfolgen kann, das andere jedoch nicht. Der Track, der verfolgt, hat keinen NuGet-Bezug zu System.Net.Http, und der, der nicht verfolgt, hat einen NuGet-Bezug zu System.Net.Http. Ich werde es testen, aber ich würde auch gerne wissen, warum System.Net.Http Probleme mit AI verursacht. – xenoverse

Verwandte Themen