Ativei o registro do aplicativo para transmitir os logs. O problema é que o streamer só fica ativo em 12 horas (e o tempo limite padrão é 2). Certos problemas em nosso caso ocorrem raramente, então quando um usuário me retorna, o tempo já passou (e em alguns casos, o erro não pode ser reproduzido devido a outras circunstâncias).
Estamos registrando bastante e, desde que eu esteja no meu ambiente local, posso rastrear praticamente qualquer coisa na janela do terminal. Cada evento, aviso, erro, etc. é desconectado, incluindo um GUID. Isso funciona muito bem.
Como posso pesquisar por um GUID nos logs produzidos durante a hospedagem no servidor? Eu li alguns blogs, mas fiquei confuso - em parte porque a GUI no Azure mudou recentemente, em parte porque não consigo ver como acessar a carga contínua das informações registradas como posso localmente. Talvez exista uma maneira ainda melhor, que desconheço, mas tentei seguir o MSDN sobre o assunto .
Pode haver soluções mais adequadas para sua necessidade específica.
Tudo o que descobri é que 12 horas é tudo o que os logs de streaming fornecem. Posso estar errado, mas existem outras soluções mais fáceis do que lutar contra algo que não se destina à solução de problemas de longo prazo.
Isso é o que fazemos para alguns de nossos aplicativos dotnet hospedados nos Serviços de Aplicativos do Azure.
Usar o ILogger é o primeiro passo, mas qual é o seu provedor ou provedores de login? O provedor padrão da Microsoft não é adequado às nossas necessidades. Escolhemos o Serilog porque implantamos os mesmos aplicativos de muitas maneiras diferentes e podemos apenas atualizar um appsettings.json para modificar onde o log é gravado.
Para uma API simples e mínima
Todos os logs são as tabelas
Se você escolher o serilog, ele terá muita documentação e exemplos, inclusive no SO.