Você opera um Serviço de Aplicativo do Windows que hospeda um aplicativo ASP.NET Core. Durante incidentes, você precisa acompanhar os logs do aplicativo em tempo real. Para conformidade, você também deve reter os logs de acesso HTTP por 30 dias no Azure Storage. A retenção de longo prazo dos logs do aplicativo não é necessária. O que você deve configurar?

Para acompanhar logs de aplicativo em tempo real, o Application Logging (File System) é a opção correta. Ele permite a transmissão de logs diretamente para o painel Log Stream ou via az webapp log tail, ideal para depuração e monitoramento imediato, sem a necessidade de retenção de longo prazo. O nível Warning é apropriado para capturar informações relevantes de incidentes. Para a conformidade de 30 dias dos logs de acesso HTTP, o log do Servidor Web (IIS) deve ser habilitado e configurado para gravar em um contêiner de armazenamento de blob. Isso garante a retenção exigida. As opções incorretas são: Application Insights Live Metrics Stream não é para capturar logs de acesso do IIS por 30 dias; ele é para métricas e logs de aplicação em tempo real. Mensagens de Erro Detalhadas e Rastreamento de Solicitações com Falha são para depuração de erros específicos, não para logs de acesso gerais ou retenção de longo prazo. Application Logging (Blob) é para retenção de logs de aplicativo em armazenamento de blob, mas o Log Stream não lê diretamente de blobs para streaming em tempo real, e a questão especifica que a retenção de longo prazo dos logs do aplicativo não é necessária.