Descubra por que a sua aplicação
está lenta ou fora do ar.
O KeepWatch testa as suas aplicações pelo lado de fora, acompanha o que acontece por dentro e aponta a causa raiz da lentidão ou do erro que o usuário sentiu.
Animação: a Home do KeepWatch mostra as aplicações loja e frota com volume, erro e tempo de resposta medidos por dentro e com o teste feito por fora. A loja começa a errar e o cartão fica vermelho. O botão Insights aponta que o serviço loja-pagamento teve a maior piora. Um clique abre um pedido com erro e mostra que ele parou no gateway de pagamento externo. Depois do conserto, tudo volta ao verde.
Simulação da experiência do usuário com testes sintéticos
O KeepWatch usa as suas aplicações como um cliente usaria, o dia inteiro. Quando algo deixa de funcionar, o time recebe o aviso. Você fica sabendo do problema antes da primeira reclamação, sem instalar nada nos servidores.
- ✓Confere se o site e as APIs estão no ar e quanto tempo levam para responder
- ✓Refaz no navegador o caminho de um cliente, com a tela de cada passo guardada
- ✓Mostra o passo que falhou e, quando a aplicação também é monitorada por dentro, o serviço que causou o erro
- ✓Avisa por e-mail, Slack ou Teams só quando o problema se confirma em mais de um local
- ✓Lembra 30 dias antes de o certificado ou o domínio vencer
Animação: um robô faz uma compra numa loja de exemplo e cada passo do teste fica verde. No KeepWatch, o teste se repete a cada 5 minutos de dois locais. Uma execução falha no passo de conferir o texto “Pedido confirmado”, com a tela capturada. A falha aponta o serviço loja-estoque no backend, o trace mostra o erro e o alerta chega ao time. Depois da correção, o teste volta a passar.
Um robô faz a compra na loja como um cliente faria.
Como o KeepWatch funciona?
Com os testes de fora no ar, o passo seguinte é olhar por dentro: as aplicações passam a contar o que acontece em cada pedido do usuário. O KeepWatch junta isso, desenha como os serviços dependem uns dos outros e responde na tela quem está causando o problema.
Recebe
Cada aplicação passa a informar o que acontece em cada pedido: quanto demorou, o que deu errado e por onde o pedido passou.
sem agente proprietárioJunta
Tudo que aconteceu num mesmo pedido fica ligado. O time deixa de juntar informação de três telas diferentes para entender um único incidente.
um incidente, uma telaMapeia
O mapa mostra quais serviços conversam entre si e qual deles está segurando os outros. Ele se desenha sozinho, sem ninguém cadastrar a topologia.
desenhado sozinhoResponde
As perguntas são montadas clicando, a partir de uma lista de opções. O resultado sai em gráfico, número ou tabela e fica salvo para consultar depois.
sem linguagem de consultaAs quatro telas que o seu time abre diariamente.
Mapa de dependências, caminho do pedido, mensagens de erro e números da operação. As animações abaixo mostram cada tela com uma loja de exemplo.
O mapa mostra quem depende de quem e onde a aplicação trava.
Cada caixa é um serviço da sua aplicação, com quanto ele é chamado, quanto erro está dando e quanto tempo leva para responder. As linhas ligam quem chama a quem responde. A cor diz se o serviço está bem, em atenção ou crítico. Serviços externos à sua empresa aparecem com borda tracejada.
- ✓Volume, erro e tempo de resposta em cada serviço
- ✓O mapa se desenha sozinho, sem ninguém cadastrar nada
- ✓A mesma informação em lista, quando a leitura é por número
Animação: os pedidos da loja de exemplo desenham o mapa de serviços. Cada caixa ganha volume, erro e tempo de resposta. O loja-estoque passa do limite de erro e fica vermelho, o loja-pedidos fica em atenção. Um clique abre o painel do serviço com o link para os pedidos que falharam.
Acompanhe a jornada completa dos usuários e quanto tempo leva cada passo.
Cada barra é uma etapa do pedido. Onde ela começa é o momento em que aquela etapa rodou. O comprimento é quanto ela demorou. No exemplo ao lado, o pagamento sozinho consome 43% do pedido e a gravação no estoque é a etapa que deu erro.
- ✓Ordenar pelos pedidos mais lentos, que são os que doem
- ✓Filtrar por aplicação, por serviço ou só pelo que deu erro
- ✓Cada etapa mostra o serviço responsável e quanto ela custou
Animação: a lista de pedidos é ordenada pelos mais lentos. Um clique abre o pedido POST /pedido em cascata, com cinco etapas. O pagamento externo consome 43% do tempo e a etapa INSERT saldo do loja-estoque aparece em vermelho. Outro clique abre o detalhe do erro, IntegrityError, com o link para os logs.
Investigação completa a partir de um único log de erro.
A tela mostra quanto a aplicação está registrando, separado por gravidade, além de quais serviços mais erram. Cada mensagem sabe a qual pedido pertence. Um clique leva da mensagem solta para o pedido inteiro, com tudo que aconteceu nele.
- ✓Quanto está sendo registrado e quem mais erra
- ✓Busca por palavra e filtro por gravidade
- ✓Da mensagem de erro para o pedido inteiro
Animação: o gráfico de volume por nível mostra um pico de erros. O filtro de erro e a busca por IntegrityError deixam só as duas linhas do loja-estoque. Um clique em TRACE abre o pedido inteiro, com a etapa que gerou a mensagem marcada em vermelho.
Insights em dois cliques.
Você escolhe o que quer medir, como quer resumir e como quer separar, tudo numa lista. O gráfico se monta na hora e pode virar visão salva ou alerta.
- ✓Média, soma e os cortes de pior caso na mesma lista
- ✓Separação por aplicação, por serviço ou por cliente
- ✓Gráfico, número ou tabela, salvos para reusar depois
Animação: o usuário escolhe "Erros por serviço" numa lista e o gráfico se desenha. Ao separar por serviço, a linha vira três e o loja-estoque aparece subindo em vermelho. A consulta vira visão salva e, direto do gráfico, uma regra de alerta.
Padrão aberto e fatura que não cresce com o aumento do volume de dados
As aplicações enviam dados pelo OpenTelemetry, o padrão aberto que o mercado usa. Não há agente proprietário para instalar e a instrumentação continua servindo se um dia você trocar de ferramenta. Cada aplicação aparece sozinha na lista assim que começa a enviar, com uma chave e um limite só dela.
- ✓A cobrança não varia com o volume de ingestão
- ✓Uma chave por aplicação: se uma vazar, você revoga só ela
- ✓Limite de volume por aplicação, definido por você
- ✓Conexão cifrada (HTTPS/TLS) do envio até a plataforma
Animação: as aplicações da Loja Exemplo começam a enviar dados e aparecem sozinhas na lista de Datasources, sem cadastro. O último dado do loja-estoque para de atualizar e passa de seis minutos, enquanto o ritmo esperado é de um minuto. Na tela de limites do coletor, o loja-pedidos passa do limite de volume definido para ele, só ele é cortado e o que não entrou aparece com o motivo.
MCP: Conecte qualquer modelo de IA à plataforma.
O KeepWatch tem integração nativa com o MCP (Model Context Protocol), o padrão aberto que conecta assistentes de IA a sistemas externos. Conectado por ele, o assistente lê o caminho de cada pedido, as mensagens de erro e os números da operação, aponta o serviço que está segurando a aplicação e executa ações pedidas na conversa.
- ✓Lê o caminho dos pedidos, as mensagens de erro e as métricas
- ✓Aponta qual serviço está deixando a aplicação lenta
- ✓Executa ações pedidas na conversa, como gerar um relatório ou salvar um gráfico
- Claude
- ChatGPT
- Gemini
- e outros compatíveis com MCP
Animação: alguém pergunta ao assistente de IA por que a compra na loja está falhando. Pelo MCP, o assistente consulta traces, logs e métricas do KeepWatch e responde que a falha vem do loja-estoque, com IntegrityError em INSERT saldo. Também oferece os links para conferir.
Como iniciar seu projeto?
A implementação é acompanhada e orientada passo a passo por nossos engenheiros de confiabilidade. Cada etapa possui entregáveis reais e mensuráveis.
Levantamento
Definimos com você quais aplicações entram primeiro e qual pergunta a operação não consegue responder hoje. É essa pergunta que mede se deu certo.
Testes e instrumentação
Primeiro entram os testes de fora. Depois cada aplicação passa a enviar dados com a sua chave, por instrumentação não intrusiva.
Calibração
Calibramos com a sua operação o que conta como lento e como erro, sem padrão de fábrica. O volume é definido por aplicação.
Operação
Os dashboards mostram a saúde de cada aplicação. Se algo fica lento ou falha, a tela mostra a causa e o caminho do pedido.
Do sensor ao usuário final, três produtos que conversam.
O KeepMonitor monitora a infraestrutura, o KeepWatch observa a aplicação e o KeepGreen concentra os eventos dos dois e aciona o plantão.
KeepMonitor
Monitoramento de infraestrutura
KeepWatch
Observabilidade de aplicações
você está aqui
KeepGreen
Central de eventos 24/7 com IA
Perguntas que times de engenharia fazem.
As dúvidas que aparecem em toda primeira conversa.
O começo mais leve é pelos testes de fora: o site precisa só do endereço e a API precisa do endereço com os acessos dela. Nada é instalado nos servidores. Para enxergar por dentro, onde a aplicação já informa o que faz, o trabalho é trocar um endereço de destino. Onde ainda não informa, as bibliotecas prontas cobrem chamadas web, banco e fila sem alterar o código que o seu time escreveu. A primeira aplicação costuma entrar em dias, não em meses.
O teste de disponibilidade só consulta o endereço. Nos fluxos em etapas que criam algo de verdade, como um pedido, o teste pode terminar com uma etapa que desfaz o que ele criou, cancelando o pedido de teste. O teste no navegador faz na página o que uma pessoa faria. Quando ele preenche um campo com senha do cofre, a tela capturada mostra o campo coberto. Cada teste tem tempo limite e intervalo definidos por você.
Não. O KeepWatch recebe no padrão aberto OpenTelemetry, que é o mesmo que as outras ferramentas do mercado usam. O que o seu time configurar continua valendo se um dia você trocar de fornecedor. O dado continua sendo seu.
Não é a intenção. As perguntas são montadas clicando: escolhe-se o que medir, como resumir e como separar. Qualquer pessoa do time chega à resposta sem escrever consulta.
Cada pedido do usuário recebe um identificador que acompanha todas as chamadas que ele dispara. É por esse identificador que o gráfico, a mensagem de erro e o caminho do pedido se encontram, numa tela só.
O custo não dispara: o KeepWatch não cobra por volume de ingestão, então a fatura chega sem surpresa. Para proteger o ambiente existe limite por aplicação. O que passa do limite é recusado na entrada. A recusa aparece na tela com o motivo, sem sumir calada. Como a chave é por aplicação, dá para cortar só a que está exagerando, sem parar as outras.
O KeepMonitor monitora a infraestrutura, o KeepWatch observa a aplicação e o KeepGreen concentra os eventos dos dois e aciona o plantão. São três produtos da mesma família, cobrindo do sensor ao usuário final.
Agende uma conversa com nossos especialistas!
Você conta qual aplicação a sua operação não consegue explicar hoje. A gente mostra as mesmas telas com dados de um ambiente parecido com o seu.
- ✓Conversa de 30 minutos, sem compromisso
- ✓Disponibilizamos SREs para entender seus desafios
- ✓Avaliação do esforço real para as suas aplicações
- ✓Dados Abertos: o dado continua seu, sem ficar preso