Transforme Application Logs em tabelas consultáveis.
Linhas JSON de ECS, Serilog, pino ou Bunyan, e texto simples no formato timestamp [LEVEL] logger: message — com os stack traces ainda associados à linha que os gerou, em vez de espalhados por quarenta linhas inúteis.
Use os resultados no Excel, no Google Sheets, em ferramentas de IA e em seus aplicativos por meio da Database REST API.
Todos os tipos de conectores estão disponíveis no Free. Comece com 2 fontes de dados e 1 agente.
Leia, organize e consulte na sua máquina.
Consultas somente leitura · conexão de saídaOs arquivos de origem permanecem no lugar. Suas ferramentas recebem os resultados das consultas.
Query Streams transforma logs de aplicativos em tabelas SQL atualizadas em tempo real, que podem ser lidas pelo Microsoft Excel, Google Sheets, assistentes de IA via MCP, REST API e Power BI. Linhas JSON estruturadas — ECS, Serilog, pino, Bunyan — são disponibilizadas como colunas tipadas; os logs em texto simples são analisados por gramática. A diferença importante está no tratamento de várias linhas: um stack trace pertence à linha que o gerou, e o driver de log o mantém ali, em vez de transformar uma exceção em quarenta linhas órfãs. No Debian e Ubuntu, os logs do dpkg e do apt também são cobertos, para que seja possível consultar o que mudou na máquina junto com o que o aplicativo registrou.
- Stack traces permanecem em uma única linha
- ECS, Serilog, pino e Bunyan
- Também cobre dpkg e apt
Conecte Application Logs com as configurações certas.
Mantenha a conexão no Network Agent. Estes são os detalhes específicos de Application Logs.
- Pasta
- O diretório de logs do aplicativo ou uma pasta para onde os logs são coletados — disco local ou compartilhamento de rede especificado como \\server\share (nunca uma letra de unidade mapeada; no Linux ou Mac, monte primeiro)
- Formatos
- Linhas JSON de loggers estruturados e texto simples no formato timestamp [LEVEL] logger: message; além de dpkg e apt no Debian e Ubuntu
- Várias linhas
- Um registro termina onde começa o próximo timestamp, para que stack traces e continuações indentadas permaneçam na linha que os gerou
- Rotação
- Dez padrões de rotação nomeados, além de arquivos sem rotação; arquivos compactados são lidos diretamente
- Linhas não correspondentes
- Mantidas integralmente em events_raw_lines, nunca descartadas
- Credenciais
- Nenhum — não há servidor; o agente lê os arquivos no local
- dialeto SQL
- DuckDB — SQL padrão, sem precisar aprender nada específico de loggers
Se o seu logger grava em um formato que não corresponde a nenhum desses perfis — algo comum em aplicativos desenvolvidos internamente — descreva-o uma vez com o conector Custom Logs e ele se tornará o mesmo tipo de tabela. Nada mais nesta página muda; apenas a origem dos nomes das colunas.
Feito para o funcionamento de Application Logs.
Stack traces permanecem associados
Um stack trace de quarenta linhas é um evento, não quarenta. Por padrão, todo analisador que considera cada linha um registro interpreta isso errado. O resultado é uma tabela em que o texto da exceção e a mensagem que a gerou ficam em linhas diferentes, sem nada que os relacione.
- O limite entre registros faz parte do formato: um registro termina onde começa o próximo timestamp, e não na próxima quebra de linha.
- O trace inteiro permanece na linha que o gerou, o que significa que agrupar exceções por tipo é uma operação GROUP BY, não uma tarefa de reconstrução.
- Loggers estruturados mantêm seus campos — level, logger, message e quaisquer outros dados contidos no JSON chegam como colunas, não como um único bloco de texto.
- Linhas que não correspondem a nenhuma gramática são mantidas sem alterações em events_raw_lines, para que uma linha de log de uma biblioteca inesperada não seja perdida silenciosamente.
-- Quais loggers estão gerando erros e com que frequência
SELECT logger, level, COUNT(*) AS events
FROM fileset.events
WHERE level IN ('ERROR','FATAL')
GROUP BY logger, level
ORDER BY events DESCE o que mudou na máquina
No Debian e Ubuntu, os logs do dpkg e do apt registram cada pacote instalado, atualizado ou removido, com um timestamp. Eles têm perfis aqui porque ajudam a responder à pergunta que surge após a maioria dos incidentes: o aplicativo começou a falhar às quatro — o que mudou nesta máquina antes disso?
Os formatos e o comportamento, em detalhes.
Abra a referência de que você precisa para Application Logs.
Sua pasta de registros se transforma em uma tabela que você pode usar para agrupar os itens.
Sua pasta de registros se transforma em uma tabela que você pode usar para agrupar os itens.
Não é grep nem uma pilha de logs. Query Streams lê os arquivos que seu aplicativo já grava, define o formato e fornece colunas tipadas — assim, “qual logger está gerando mais erros nesta semana” se responde com uma consulta, não com uma tarde inteira de trabalho. Uma linha que o analisador não consegue ler é mantida como registro com um motivo, em vez de ser descartada silenciosamente.
Rotações, arquivos compactados e arquivos lidos novamente — tudo tratado
SELECIONAR aplicativo, registrador,
contar(*) AS erros
DE conjunto de arquivos.eventos
ONDE nível = 'ERRO'
GRUPO POR aplicativo, registrador
ORDER BY erros DESCIntegre-o ao banco de dados do seu aplicativo na mesma consulta.
Os arquivos que seu aplicativo já grava, agora em uma tabela que você pode usar para gerar relatórios.
Duas formas que seu aplicativo escreve, duas que a caixa escreve.
Duas formas que seu aplicativo escreve, duas que a caixa escreve.
Cada cartão especifica os arquivos exatos que Query Streams lê e o que você obtém deles. Você não precisa adotar uma biblioteca de logging nem mudar de formato para isso funcionar — os formatos compatíveis são os que essas ferramentas já produzem por padrão.
Registros de aplicativos suportados
4 formatos- Um objeto JSON por linha em
.jsonl,.ndjsonou*-json.log - Os nomes dos campos ECS são mapeados diretamente —
nível de registro,host.name,nome.do.serviço - Serilog compact, pino e Bunyan também funcionam: mesmas teclas, grafias diferentes.
- Objetos aninhados se transformam em colunas pontilhadas; qualquer coisa não mapeada é alocada em
dados - Apêndices; rotações datadas e
.gzseguido
- O formato padrão: um carimbo, um nível entre parênteses, um registrador, uma mensagem.
- Um stack trace é associado à linha que o gerou — uma linha, não quarenta
em …,Causado por:eRastreamentotudo lido como continuação- Lê
.registro,.forae.TXTOs arquivos JSON são excluídos por declaração. - Milissegundos separados por vírgula ou ponto; horário local interpretado como o do Agent
- Uma linha por etapa do pacote:
instalar,atualizar,remover,configurar pacote,versãoenova_versãocomo suas próprias colunasestadoAs linhas carregam o estado em que o dpkg moveu o pacote para/var/log/dpkg.loge seu número.gzrotações- Sem fuso horário no arquivo; interpretado como o horário local do Agent
- Um
Chave: valorbloco por transação, linha em branco entre os blocos - O exato
Linha de comandoque funcionou e o que isso mudou. Data de inícioé o horário do evento;Data de términoé uma coluna própria- Uma transação inacabada aguarda em vez de ser dividida ao meio.
/var/log/apt/history.logalém de seu.gzrotações
Novos formatos de log de aplicativos e pacotes são adicionados a cada versão do Agente. Como os Agentes se mantêm atualizados automaticamente, um formato adicionado posteriormente aparecerá no seu conector sem que ninguém precise acessar o servidor.
O log do seu aplicativo de todas as regiões, lido onde ele é executado
O log do seu aplicativo de todas as regiões, leia onde ele funciona
Um aplicativo raramente fica em um único servidor. Uma API em uma região de nuvem, workers em outra, algo ainda em uma máquina no escritório. Cada local executa um Network Agent que lê os arquivos de log onde eles já estão e inicia uma conexão com Query Streams. Do ponto de vista do firewall, isso é uma conexão de saída comum — nada para abrir, nenhuma VPN para configurar e nenhuma biblioteca de logging para adicionar ao seu app.
Três conexões de saída, um só lugar para consultá-las — sem porta de entrada, sem VPN, sem alterações no firewall
Um agente por local
Um Agent cobre um local inteiro, não apenas um único log: as linhas JSON, o log de texto e o histórico de pacotes daquele local tornam-se cada um seu próprio conector File Set no mesmo Agent. O plano Free executa um único Agent; os planos pagos executam mais.
1 localização = 1 agente = vários conectores
Nada para abrir
O Agent faz uma única conexão de saída criptografada, e tanto a solicitação enviada quanto as linhas recebidas trafegam por ela. Nenhuma porta de entrada, nenhuma VPN, nenhuma alteração no firewall para solicitar — e nada adicionado ao seu aplicativo para fazê-lo funcionar.
uma conexão, em ambas as direções
Uma consulta que abrange várias regiões.
Cada fonte em um consulta federada nomeia seu próprio Agent, para que uma única instrução possa colocar os erros da API de uma região ao lado dos workers de outra — ou do histórico de pacotes que explica quando o problema começou. Incluído nos planos Business e Enterprise.
2 regiões → 1 conjunto de resultados
Eles se mantêm atualizados
Os agentes se atualizam automaticamente, portanto, um formato de log adicionado em uma versão posterior chega a todos os locais sem a necessidade de implantação adicional. É isso que faz com que a lista acima seja um ponto de partida, e não uma lista fixa.
Novos formatos chegam com o Agente.
Rastreamentos de pilha, relógios e similares
Rastreamentos de pilha, relógios e similares
Um log de aplicação é o arquivo mais complexo do servidor: um único evento pode ocupar quarenta linhas, dois formatos não relacionados podem parecer idênticos e metade desses arquivos não contém nenhum fuso horário. Cada um desses aspectos é tratado por meio de declarações, e não por tentativa e erro.
Um evento, não quarenta fileiras
Uma linha que não começa com um carimbo de data/hora pertence à linha acima dela. É assim que um rastreamento de pilha permanece anexado à mensagem que o gerou, em vez de se fragmentar em dezenas de pedaços que não são mais úteis. GRUPO POR pode ser remontado.
linhas de continuação → unidas, até 200
Dois troncos que se parecem
Uma linha de aplicação em JSON, um envelope Docker e uma linha de acesso JSON de servidor web são todos “JSON com um timestamp”. O formato é determinado pelo conteúdo da linha, então cada um vai para seu próprio perfil — nunca por uma ramificação baseada no nome do arquivo.
O conteúdo é que decide, não o nome do arquivo.
Um relógio sem fuso horário.
Logs de texto, dpkg e apt gravam a hora local do host sem incluir o deslocamento. Em vez de adivinhar, esses perfis declaram que o registro de data e hora é local e o interpretam usando o fuso horário do Agent — e, em qualquer caso, a string original é mantida em sua própria coluna.
relógio local → declarado, nunca inferido
Uma transação ainda está em andamento.
O apt grava o início de uma atualização imediatamente e a linha final somente quando o dpkg termina, o que pode levar minutos. Um bloco que ainda não foi fechado espera, em vez de ser cortado ao meio e aparecer como um evento sem início.
Aguarda a data de término, até 30 minutos.
- hora do evento
- 2026-09-08 14:02:11.431
- nível
- ERRO
- lenhador
- Cliente de pagamento
- mensagem
- falha na cobrança ↵ java.net.SocketTimeoutException: Read timed out ↵ at …
As colunas que você realmente obtém
As colunas que você realmente obtém
Não é um bloco de texto com um timestamp ao lado. Cada formato é analisado em colunas tipadas que você pode filtrar, agrupar e agregar diretamente — e, quando os logs do seu aplicativo contêm JSON estruturado, os campos também são extraídos para colunas.
Cada linha também carrega hora do evento, o carimbo bruto do qual foi lido e o arquivo de onde veio. Os registros do seu aplicativo são identificados por aplicativo e os dois registros de pacotes por hospedar — ambos obtidos da pasta onde o arquivo está, para que uma pasta por serviço ou máquina forneça uma coluna clara para agrupar. As três colunas do log de texto são intencionais: em vez de tentar adivinhar campos que uma mensagem em formato livre não contém de maneira confiável, a mensagem é mantida inteira, com o rastreamento de pilha dentro dela.
O que isso deliberadamente não faz
O que isso deliberadamente não faz
Não se trata de um rastreamento em tempo real. O Query Streams lê os arquivos exatamente como estão no disco no momento da execução da consulta; portanto, um pico de erro aparece como linhas, e não como um fluxo contínuo que você acompanha. Se você precisa de alertas com precisão de menos de um segundo para uma linha específica, assim que ela é impressa, um pipeline de logs é a ferramenta ideal, e nós deixaremos isso bem claro.
O log do seu aplicativo contém tudo o que ele imprime, e vale a pena dizer isso claramente: se ele registrar um token, um e-mail de cliente ou o corpo completo de uma solicitação, essa string já estará no arquivo e também estará na coluna. Não há um mapeamento de campos para excluir dados, como há para um log de servidor web. Trate a tabela resultante com exatamente o mesmo cuidado que teria com o arquivo.
Algumas das informações que os logs do pacote podem registrar são reconhecidas pelo formato, em vez de comprovadas por captura. O dpkg documenta uma linha de arquivo de configuração e purga e desaparecer ações; documentos adequados Solicitado por, Erro, Purga, Reinstalar e Rebaixamento. Nenhum deles apareceu nos logs usados para criar esses perfis, portanto são declarados, não demonstrados — e nenhum dos dois logs de pacotes cobre distribuições baseadas em RPM ou Windows.
Mais um detalhe de configuração do que uma limitação: a coluna de identidade vem da pasta onde o arquivo está localizado, abaixo da pasta para a qual você aponta. Aponte um conector para um diretório que contenha uma subpasta por serviço ou por máquina e você obterá nomes úteis automaticamente; aponte-o diretamente para um diretório com arquivos soltos e cada linha será nomeada de acordo com esse diretório. Vale trinta segundos na configuração inicial.
O restante segue o design usual. O Agente conecta-se à rede externa e lê arquivos; nada é instalado junto com sua aplicação, nada é gravado de volta, nenhum processo é anexado ou instrumentado, e o acesso é somente leitura.
Da conexão a resultados úteis.
- Instale o Network Agent em um local de onde ele possa acessar a pasta de logs do aplicativo — o servidor do app, um host de contêineres ou um compartilhamento para onde os logs são coletados.
- Aponte o conector para ela e escolha o perfil: linhas JSON para loggers estruturados ou o perfil de texto simples para layouts de timestamp [LEVEL] logger: message.
- Os registros de várias linhas são tratados pelo limite entre registros, não pela sorte: um novo registro começa onde começa o timestamp, de modo que um rastreamento de pilha indentado permanece unido à sua própria linha.
- A cada sincronização, somente os bytes novos são lidos, e a rotação é acompanhada, para que um serviço que gera muitos logs não custe mais a cada dia.
- Consulte os dados. Taxas de erro por logger, exceções agrupadas por tipo ou um único ID de solicitação rastreado entre serviços.
Coloque os resultados de Application Logs para trabalhar.
Uma conexão atende às suas planilhas, aplicativos e ferramentas de IA. Compartilhe a permissão para executar uma consulta salva; os destinatários veem os resultados permitidos, sem acesso ao SQL nem ao login da origem.
Para sua equipe, fornecedores e parceiros.
Carregue resultados atualizados de Application Logs diretamente em uma planilha e atualize-os quando quiser — Excel para desktop, Excel Online, Microsoft 365.
Conheça o ExcelExecute uma consulta salva de Application Logs na barra lateral e insira as linhas na planilha. Os colaboradores com quem você compartilhou também podem atualizá-la.
Conheça o Google SheetsFaça uma pergunta em linguagem simples. A Nova já conhece suas tabelas de Application Logs, escreve e executa o SQL, explica a resposta e cria gráficos — sem precisar escrever uma consulta ou fornecer credenciais.
Como funciona o NovaCompartilhe um resultado atualizado de Application Logs com qualquer pessoa — um colega, fornecedor ou parceiro — como uma grade que pode ser salva nos favoritos e executa uma nova consulta ao ser aberta, em um celular, tablet ou computador. A pessoa vê os resultados, nunca o SQL nem os arquivos.
Como funciona o Visualizador de DadosPara aplicativos e sistemas
Publique uma consulta de Application Logs como um endpoint JSON autenticado que qualquer aplicativo pode chamar, com uma especificação OpenAPI 3.1 e coleções prontas para Postman, Insomnia e Hoppscotch. Nenhuma porta do banco de dados é aberta.
Explore a REST APICole o Power Query M gerado no Editor Avançado do Power BI e o relatório lerá resultados atualizados de Application Logs por HTTPS — sem driver ODBC nem abertura de porta do banco de dados.
Explore o Power BISincronize linhas de Application Logs com uma base do Airtable em uma programação ou busque-as em um script de automação do Airtable.
Conheça o AirtableAlimente uma tabela do Baserow com dados de Application Logs pelo endpoint REST — hospedado por você ou na nuvem do Baserow.
Conheça o BaserowMantenha uma base do SeaTable atualizada com dados de Application Logs sem exportar um arquivo nem expor o banco de dados.
Conheça o SeaTableEnvie resultados de Application Logs para uma grade do Smartsheet, para que planos e relatórios leiam os dados do sistema de origem, e não de uma exportação da semana passada.
Conheça o SmartsheetUse Application Logs como fonte de dados para um app Python no Anvil por meio do endpoint REST, em vez de incorporar credenciais do banco de dados no app.
Conheça o AnvilPara ferramentas de IA
Conceda a um assistente de IA acesso somente leitura a Application Logs e ao esquema de que ele precisa para escrever SQL correto — sem credenciais no chat.
Explore o MCPEntregue às pessoas
Programe uma consulta de Application Logs e envie as linhas para Slack, Discord, e-mail ou um webhook assinado — ou retenha a mensagem até que a contagem de linhas, o limite ou a variação percentual ultrapasse o valor definido.
Como funcionam os alertas e relatóriosUna Application Logs ao restante dos seus dados.
Reúna bancos de dados, APIs empresariais, arquivos e logs em uma única consulta somente leitura. Todos os conectores são compatíveis com Consultas Federadas.
Indique as conexões e tabelas. O Query Streams gerencia as consultas às origens e combina os resultados.
Explore as Consultas Federadas-- nada copiado, nada mesclado, nada agendado
SELECIONAR c.região, COUNT(*) AS pedidos, SUM(i.valor_devido) AS faturado
DE applogs.fileset.orders1 f
JUNTAR pg_crm.clientes.públicos2 c LIGADO c.id = f.id_do_cliente
JUNTAR cobrança.stripe.faturas3 i LIGADO i.cliente = c.stripe_id
GRUPO POR c.região
ORDER BY faturado DESC;Use os nomes das suas próprias conexões, esquemas, tabelas e colunas.
Compartilhado por toda a família de conectores.
Cada conector de logs também oferece
- events — uma linha por linha analisada, com o registro de data e hora, os campos definidos pela gramática e _source_file, que indica o arquivo de origem.
- events_raw_lines — linhas que não correspondem à gramática, preservadas literalmente em vez de descartadas, para que você ainda possa responder a perguntas sobre um formato que não previu.
- files_current e files_events — o inventário atual e a trilha de auditoria: o que apareceu, o que foi rotacionado, o que desapareceu e o que foi retido, com o nome do arquivo e o motivo.
- A rotação é compreendida, não contornada — dez padrões de rotação nomeados, além de arquivos sem rotação, para que o log de ontem e seu arquivo compactado sejam a mesma tabela que o de hoje.
Bom saber
- Somente leitura, garantido — uma instrução por vez, apenas SELECT e similares. Nunca gravamos, movemos, rotacionamos ou truncamos seus logs.
- Nada é enviado — as linhas são analisadas e armazenadas em cache, criptografadas, na sua própria máquina, ao lado do agente. Somente o resultado de uma consulta sai da sua rede.
- Somente os bytes novos são lidos — o agente retoma de onde parou em cada arquivo, em vez de lê-lo novamente, para que um log movimentado não custe mais a cada dia.
- O dialeto SQL é DuckDB — o mesmo SQL que você escreveria para qualquer outro conector.
Perguntas sobre logs de aplicativos
Onde posso usar os resultados de consultas de Application Logs?
Use os resultados de Application Logs no Excel, no Google Sheets, no Data Viewer, em seus aplicativos por meio da Database REST API e em ferramentas de IA por meio do MCP ou do Nova. Os resultados salvos também alimentam destinos de Automation compatíveis, relatórios e alertas. A disponibilidade dos destinos e as cotas dependem do seu plano.
Preciso abrir uma porta de entrada para Application Logs?
Não. Instale o Network Agent em uma máquina que consiga acessar Application Logs. O agente se conecta de saída a Query Streams; não é necessária nenhuma porta de entrada nem VPN. Sua fonte ainda precisa permitir que a máquina do agente se conecte de acordo com as próprias regras de acesso.
Meus arquivos de Application Logs são enviados?
O Network Agent lê os arquivos onde eles estão e mantém o cache na máquina do agente. Os arquivos de origem não são enviados, movidos nem reescritos. Somente os resultados de consultas solicitados saem da sua rede pela conexão criptografada de saída.
O que preciso para conectar Application Logs?
Pasta: O diretório de logs do aplicativo ou uma pasta para onde os logs são coletados — disco local ou compartilhamento de rede informado como \\server\share (nunca uma letra de unidade mapeada; no Linux ou Mac, deve ser montado primeiro). Formatos: linhas JSON de registradores estruturados e texto simples com timestamp [LEVEL] registrador: mensagem; além de dpkg e apt no Debian e Ubuntu. Várias linhas: Um registro termina onde começa o próximo timestamp, então rastreamentos de pilha e continuações indentadas permanecem na linha que os gerou. Rotação: Dez padrões de rotação nomeados, além de arquivos sem rotação; arquivos compactados são lidos no próprio local
Posso combinar Application Logs com outras fontes conectadas?
Sim. As Consultas Federadas são compatíveis com todos os tipos de conectores, incluindo bancos de dados, APIs empresariais, arquivos e logs. Indique as conexões e tabelas em uma única consulta somente leitura. O Query Streams traduz as partes referentes às origens conforme necessário e combina os resultados. Veja como funcionam as Consultas Federadas.
Qual biblioteca de registro de logs eu preciso usar?
Nenhum em particular. Se você gravar linhas JSON, os nomes de campos do Elastic Common Schema são mapeados diretamente, e o formato compacto do Serilog, o pino e o Bunyan também são lidos porque usam as mesmas chaves de nível superior com grafias diferentes — o timestamp é obtido de qualquer um dos nomes usuais que sua linha realmente contenha.
Se você escrever texto simples, o comum registro de data e hora [NÍVEL]: mensagem O formato shape é suportado por si só. Não há nada para adaptar nem nada para reconfigurar.
O que realmente acontece com um rastreamento de pilha?
Ele permanece junto ao erro que o produziu. Um registro começa em uma linha que se inicia com um timestamp, e toda linha seguinte que não começa assim é tratada como continuação dele — exatamente o formato de um rastreamento de Java, .NET ou Python. A classe da exceção, a em … quadros, um Causado por: cadeia e um Python Rastreamento Todos os cabeçalhos são reconhecidos como pertencentes à linha acima.
A diferença prática é que a contagem de erros contabiliza os erros. Sem isso, uma exceção infla seus números pelo número de frames em que foi impressa, e a mensagem que você realmente quer ler fica em uma linha diferente do nome da classe.
Por que o dpkg e o apt estão incluídos nos logs de aplicativos?
Porque eles respondem à pergunta que você faz logo depois de “quando isso começou a falhar?” — ou seja, “o que mudou?”. São os próprios logs dos gerenciadores de pacotes, na mesma árvore de pastas, lidos da mesma maneira, e são os melhores companheiros que um log de erros pode ter.
O histórico do apt é o mais legível: um bloco por transação, com o comando exato executado e o que foi instalado, atualizado ou removido. O log do dpkg é o mais detalhado, com uma linha por etapa do pacote. Com os dois, você pode associar uma data a uma alteração em vez de tentar se lembrar dela.
Posso associar meus erros à atualização que os causou?
Sim, com uma ressalva: um conector lê um formato específico, então o log do seu aplicativo e /var/log/apt/history.log São dois conectores em vez de um. Uma consulta federada os une em uma única instrução, o mesmo mecanismo que une um log a um banco de dados de produção.
Essa é a consulta que vale a pena criar com essa família — erros por hora ao lado das transações executadas naquele dia, ambos lidos de arquivos que ninguém precisou enviar para lugar algum.
Isso é em tempo real?
A leitura é sob demanda, não em streaming. Os arquivos são lidos tal como estão quando a consulta é executada, então as novas linhas aparecem conforme o aplicativo as grava e o arquivo é detectado — não em uma programação noturna fixa, mas também não como um acompanhamento em tempo real.
Para fazer uma pergunta sobre as últimas semanas e obter a resposta em uma planilha ou em um relatório programado, esse formato é útil e requer consideravelmente menos maquinário do que uma pilha de toras.
Meu registro contém campos que você não listou. Eles foram perdidos?
Não. Nos formatos JSON e apt, tudo o que não corresponde a uma coluna nomeada é mantido em um dados A coluna é armazenada em vez de descartada, portanto, um ID de solicitação, um locatário ou uma duração que você registra ainda podem ser consultados. Objetos aninhados são transformados em nomes com pontos na entrada.
Uma linha que não corresponde de forma alguma ao formato fixado também é mantida — como uma linha bruta com um motivo associado, para que uma alteração inesperada no formato apareça como algo visível, em vez de causar uma lacuna silenciosa nos seus números.
E quanto ao histórico de pacotes do Red Hat, Fedora ou Alpine?
Não existe perfil para dnf, que delícia ou apk hoje, e sem equivalente no Windows. Os dois formatos de pacotes disponíveis aqui são o log do dpkg e o histórico do apt, que abrangem Debian e Ubuntu.
Os logs do próprio aplicativo não são afetados por nada disso — os formatos JSON e de texto não dependem da distribuição em que estão. E, se você não tiver certeza de como uma pasta sua será reconhecida, Test connection informa o que encontrou antes de você se comprometer com qualquer coisa.
Leve Application Logs para onde o trabalho acontece.
Comece com o Free: todos os tipos de conectores, 2 fontes de dados e 1 Network Agent. Amplie as permissões do plano conforme suas necessidades crescerem.

