Sie betreiben einen Windows App Service, der eine ASP.NET Core-Anwendung hostet. Während Zwischenfällen müssen Sie Anwendungs-Logs in Echtzeit verfolgen. Aus Compliance-Gründen müssen Sie HTTP-Zugriffs-Logs auch 30 Tage lang in Azure Storage aufbewahren. Eine langfristige Aufbewahrung von Anwendungs-Logs ist nicht erforderlich. Was sollten Sie konfigurieren?

Die erste korrekte Option erfüllt die Anforderung, Anwendungs-Logs in Echtzeit zu verfolgen. Application Logging (File System) schreibt Logs direkt auf das Dateisystem des App Service, was das Streamen über den Log Stream oder az webapp log tail ermöglicht. Da keine langfristige Aufbewahrung für Anwendungs-Logs erforderlich ist, ist dies eine effiziente Lösung. Die zweite korrekte Option erfüllt die Anforderung, HTTP-Zugriffs-Logs 30 Tage lang in Azure Storage aufzubewahren. Die Webserver-Protokollierung erfasst HTTP-Zugriffs-Logs und kann direkt in einen Blob-Speichercontainer geschrieben werden, wo eine Aufbewahrungsrichtlinie von 30 Tagen konfiguriert werden kann. Application Insights ist zwar leistungsstark, erfasst aber standardmäßig keine IIS-Zugriffs-Logs für 30 Tage und Live Metrics Stream ist für Echtzeit-Anwendungsmetriken gedacht, nicht für historische HTTP-Zugriffs-Logs. Detailed Error Messages und Failed Request Tracing sind für die Fehlerbehebung spezifischer Fehler gedacht und nicht für die allgemeine Erfassung aller HTTP-Zugriffs-Logs über 30 Tage. Application Logging (Blob) ist für die langfristige Speicherung von Anwendungs-Logs gedacht und der Log Stream kann Logs nicht direkt aus dem Blob-Speicher verfolgen.