Utrzymujesz usługę Windows App Service hostującą aplikację ASP.NET Core. Podczas incydentów musisz śledzić logi aplikacji w czasie rzeczywistym. Ze względów zgodności musisz również przechowywać logi dostępu HTTP przez 30 dni w Azure Storage. Długoterminowe przechowywanie logów aplikacji nie jest wymagane. Co należy skonfigurować?

Aby śledzić logi aplikacji w czasie rzeczywistym, należy włączyć Application Logging (File System) na poziomie Warning. Pozwala to na strumieniowanie logów za pomocą Log Stream w portalu Azure lub polecenia az webapp log tail, co jest idealne do szybkiego rozwiązywania problemów. Długoterminowe przechowywanie logów aplikacji nie jest wymagane, więc system plików jest odpowiedni. Dla logów dostępu HTTP, które muszą być przechowywane przez 30 dni w Azure Storage, należy włączyć Web Server logging i skonfigurować go tak, aby zapisywał do kontenera blob storage z 30-dniową polityką przechowywania. Jest to standardowa metoda przechowywania logów dostępu HTTP w Azure App Service. Application Insights Live Metrics Stream nie przechwytuje logów dostępu IIS, a jego głównym celem jest monitorowanie wydajności i metryk aplikacji, a nie długoterminowe przechowywanie logów dostępu. Detailed Error Messages i Failed Request Tracing są przydatne do diagnozowania błędów, ale nie służą do ogólnego przechowywania logów dostępu HTTP ani strumieniowania logów aplikacji w czasie rzeczywistym. Application Logging (Blob) jest przeznaczone do długoterminowego przechowywania logów aplikacji, co nie jest wymagane w tym scenariuszu, a Log Stream nie działa bezpośrednio z Blob Storage w ten sposób.