Descrição do projeto
TraduzidoAtualmente, estamos essencialmente cegos para o que está acontecendo em produção. Os logs estão espalhados por uma dúzia de servidores, cada aplicação escreve em seus próprios arquivos em seu próprio formato, e quando algo quebra, fazemos login via SSH e manualmente procuramos através de gigabytes de texto. Geralmente, só aprendemos sobre um problema depois que um cliente o relata. Queremos resolver isso corretamente: construir uma pilha de logging e observabilidade centralizada que colete logs e métricas de cada servidor e serviço em um só lugar com busca, para que toda a equipe veja o panorama sem precisar fazer login nas máquinas.
A arquitetura alvo é um cluster ELK ou OpenSearch para logs, além do Grafana para métricas e visualização. Espera-se que o contratado implemente coletores de logs em nossos hosts, normalize e analise os fluxos de entrada em campos estruturados, e projete painéis que sejam claros tanto para engenheiros quanto para a gerência. Além disso, precisamos de alertas: notificar quando a taxa de erro aumenta, quando o atraso de resposta ultrapassa um limite, quando um serviço para de enviar dados, ou quando o espaço em disco ou a memória se esgotam. Os alertas devem chegar aos canais que já usamos, com limites apropriados para que não nos afoguemos em ruídos.
O armazenamento e seu custo são importantes para nós. Pedimos que você configure o ciclo de vida do índice e a rotação para que dados frescos permaneçam ativos e pesquisáveis, e logs antigos sejam movidos para o arquivo ou excluídos conforme programado. Descreva a arquitetura, as regras de análise e o procedimento para conectar um novo serviço ao pipeline para que nossa equipe possa continuar a manter e expandir o sistema sozinha. Se você já gerenciou tal pilha em produção, nos diga como você escalaria isso para nossos volumes.
— Coletando logs de servidores Linux e aplicações em contêineres
— Análise estruturada, indexação e política de retenção
— Painéis do Grafana para erros, atrasos e recursos
— Alertas para picos de erro, atrasos e serviços silenciosos
A arquitetura alvo é um cluster ELK ou OpenSearch para logs, além do Grafana para métricas e visualização. Espera-se que o contratado implemente coletores de logs em nossos hosts, normalize e analise os fluxos de entrada em campos estruturados, e projete painéis que sejam claros tanto para engenheiros quanto para a gerência. Além disso, precisamos de alertas: notificar quando a taxa de erro aumenta, quando o atraso de resposta ultrapassa um limite, quando um serviço para de enviar dados, ou quando o espaço em disco ou a memória se esgotam. Os alertas devem chegar aos canais que já usamos, com limites apropriados para que não nos afoguemos em ruídos.
O armazenamento e seu custo são importantes para nós. Pedimos que você configure o ciclo de vida do índice e a rotação para que dados frescos permaneçam ativos e pesquisáveis, e logs antigos sejam movidos para o arquivo ou excluídos conforme programado. Descreva a arquitetura, as regras de análise e o procedimento para conectar um novo serviço ao pipeline para que nossa equipe possa continuar a manter e expandir o sistema sozinha. Se você já gerenciou tal pilha em produção, nos diga como você escalaria isso para nossos volumes.
— Coletando logs de servidores Linux e aplicações em contêineres
— Análise estruturada, indexação e política de retenção
— Painéis do Grafana para erros, atrasos e recursos
— Alertas para picos de erro, atrasos e serviços silenciosos
Administração Dinheiro, Transferência bancária
