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.
Simulação da experiência do usuário com testes sintéticos
O KeepWatch acessa as suas aplicações pelo lado de fora, no intervalo que você escolher, do mesmo jeito que um usuário acessaria. Para um site basta informar o endereço. Para uma API, que tem a resposta de cada chamada conferida, entram também os acessos que ela exige, guardados no cofre de senhas da própria plataforma. O teste enxerga a aplicação só pelo lado de fora: nenhum agente entra nos servidores e o código continua igual. Logo no primeiro dia a tela mostra se o sistema responde, quanto ele demora e em qual etapa ele falha.
- ✓Disponibilidade de sites e APIs, com o tempo de cada resposta
- ✓Testes de API em etapas, como entrar, criar um pedido e cancelar o pedido de teste no final
- ✓Aviso 30 dias antes de o certificado ou o domínio vencer
- ✓Quando a aplicação também envia traces, a falha aponta o serviço do backend que quebrou
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 demonstrações abaixo respondem ao clique, com dados de um ambiente de demonstração.
O mapa mostra quem depende de quem e onde 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
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 pedido levou 158 ms, dos quais a análise de risco sozinha consumiu 62%: é o serviço que está segurando o cliente. Clique numa linha da lista para abrir outro pedido.
- ✓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
Da mensagem de erro para o pedido que a gerou.
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
Insights em dois cliques.
Você escolhe o que quer medir, como quer resumir e como quer separar, tudo numa lista. Troque a forma de resumir ao lado para ver o gráfico mudar.
- ✓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
O que a sua equipe precisa fazer para começar.
Cada aplicação passa a enviar para um endereço, com uma chave própria. Se uma chave vazar, você revoga só ela. Se uma aplicação mandar dado demais, o limite corta só ela. Nada é recusado em silêncio: o que não entrou aparece na tela, com o motivo.
- ✓Endereço único, no padrão aberto que o mercado usa
- ✓Uma chave por aplicação, revogável sem parar as outras
- ✓Limite de volume por aplicação, definido por você
- ✓Custo previsível: a cobrança não varia com o volume de ingestão
https://keepwatch.opservices.com:4318https://keepwatch.opservices.com:4317…:4318/v1/metrics…:4318/v1/traces…:4318/v1/logsAuthorization: Bearer <chave de ingestão>De onde vem cada dado que está aqui dentro.
A tela mostra quais aplicações estão entregando, o que cada uma manda e quando chegou o último dado. Aplicação nova não precisa de cadastro: assim que passa a enviar, aparece na lista. É por aqui que se percebe quando uma aplicação parou de reportar.
- ✓O que cada aplicação entrega e se segue entregando
- ✓Volume da última hora e a hora do último dado recebido
- ✓Ritmo de cada aplicação, medido pelo que chega
| ESTADO | SERVIÇO | SINAIS QUE ENTREGA | ÚLTIMO DADO | RITMO |
|---|---|---|---|---|
| entregando | banco-antifraude | métricaslogstraces | há 11s | 1 min |
| entregando | banco-app | tracesmétricaslogs | há 7s | 1 min |
| entregando | banco-contas | traceslogsmétricas | há 6s | 1 min |
| entregando | crm-api | tracesmétricaslogs | há 11s | 1 min |
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 salvar um gráfico
O pedido do Pix levou 158,3 ms. A análise de risco no banco-antifraude consumiu 62% desse tempo.
No mapa, o banco-antifraude está crítico: p95 de 688 ms, acima do limiar padrão de 500 ms. O banco-contas, que debita a conta, responde com p95 de 45 ms.
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
O que conta como lento e o que conta como erro é calibrado com a sua operação. Nada de padrão de fábrica. O volume de dados é definido por aplicação.
Operação
Os dashboards mostram a saúde de cada aplicação. Quando algo fica lento ou falha, a causa aparece na tela com o caminho do pedido e a mensagem de erro.
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. 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