Plantão e resposta a incidentes
O Vesper confere cada alerta, junta o ruído num só incidente e executa os passos que sua equipe deixou escritos. Ele só acorda alguém quando um passo precisa de uma pessoa.
Runbooks/Checkout/latência p99 do checkout-api
Salvar rascunhoPublicar
Alerta: p99 > 1.2s por 3 min
Confirmar em 2 de 3 regiões
Reverter para v411
Escalar para 12 pods
Escala primária do Checkout
lgtmDefina o que acontece depois
Mantendo as noites tranquilas para
mais de 900 equipes de engenharia
Por que o Vesper
bem visto!Um deploy lento pode disparar 41 alertas de latência, erros e profundidade de fila, e as pessoas aprendem a ignorá-los. O Vesper junta tudo num só incidente, confirma que é real e executa os passos que sua equipe já combinou. Um acionamento só chega a uma pessoa quando há algo para ela fazer.
Ver casos de uso
INC-2317 na Larkspur: o checkout ficou lento depois de um deploy tarde da noite. Cada passo à direita rodou sozinho enquanto a escala do Checkout dormia.
Datadog: p99 do checkout-api em 1.84s, limite de 1.2s
Confirmado em 3 de 3 regiões, não é oscilação
41 alertas relacionados agrupados no INC-2317
Deploy nos últimos 30 min: sim, v412 às 01:52
Reverteu o checkout-api da v412 para a v411
p99 de volta a 240ms após 90s
Página de status: “Checkout lento” marcado como resolvido
Rascunho criado para Tomás Ortega ver de manhã
Os passos que seu melhor plantonista segue meio dormindo, escritos uma vez e executados em ordem. Cada passo registra o que viu e o que fez.
Mesmo serviço, mesmos cinco minutos, sinal parecido: um incidente. No mês passado, 12.486 alertas viraram 214 incidentes.
Confirmado em 3 de 3 regiões · por 3 min
Confirme em mais de uma região, compare com o último deploy, ignore o que oscila por menos de três minutos.
p99 1.84s → 240ms
Reverter, escalar, reiniciar, limpar um cache. Toda ação tem uma trava, um tempo limite e um jeito de desfazer.
O rollback não trouxe o p99 para menos de 400ms. Contexto anexado: 41 alertas, diff do deploy, últimos 3 incidentes.
Quando um passo precisa de alguém, o Vesper aciona quem está na escala daquele serviço, com tudo o que o runbook já encontrou.
Status da Larkspur
O runbook publica a primeira atualização em até um minuto e a resolução quando as checagens passam. Seus clientes sabem por você antes de perguntar.
Simule qualquer runbook com alertas reais dos últimos sete dias. Veja o que ele teria fechado, corrigido ou acionado, sem tocar em produção.
O Vesper conta as noites, não só os turnos. Os acionamentos noturnos são contados por pessoa, uma troca leva dois toques e as notas de passagem seguem com o plantão.
TomásSamMayaHana
Trocado. Sam cobre Ter 21, você cobre Sex 17.
O Vesper importa a linha do tempo, os gráficos e o registro do runbook num rascunho. O responsável acrescenta o que só uma pessoa sabe: por quê, e o que muda.
INC-2317 · SEV2 · Qui 16 de out.
Larkspur, 40 engenheiros em quatro equipes, últimos 30 dias no Vesper.
“As noites de quinta eram as que todo mundo trocava, porque era dia de release. Agora o runbook dá a primeira olhada. No mês passado, a escala do Checkout foi acordada duas vezes.”
Aponte Datadog, Grafana, Prometheus ou CloudWatch para um webhook. O agrupamento começa no primeiro alerta.
Cole a página da wiki. O Vesper converte os passos num fluxo editável, que você simula com os alertas da semana passada.
Importe escalas de um calendário ou de outro sistema de plantão. Substituições, trocas e escalonamento vêm junto.
Comece no modo sombra. Passe um runbook para ativo quando a repetição bater com o que sua equipe teria feito.
Funciona com as ferramentas que seu plantão já usa
$0até 5 respondentes
Para uma equipe pequena com uma escala e poucos serviços.
$21por respondente / mês
Para times de engenharia que querem que os runbooks recebam o primeiro acionamento.
Sob consultaa partir de 150 respondentes
Para empresas com exigências de auditoria e muitas equipes de plantão.
Ainda em dúvida se um runbook deve mexer em produção às 3 da manhã? Fale com alguém que já ficou de plantão.
Falar com um engenheiroToda ação tem uma trava (por exemplo, só reverter se houve deploy nos últimos 30 minutos) e um tempo limite. Se uma checagem falha, o runbook para e aciona a escala com o que viu. Toda ação pode ser desfeita a partir do incidente.
Sim. O modo sombra roda o fluxo inteiro e publica no canal do incidente o que teria feito. A maioria das equipes fica uma ou duas semanas no modo sombra e repete o período antes de passar um runbook para ativo.
Não. O Vesper pode ficar na frente dele e repassar só os acionamentos que precisam de uma pessoa. Quem migra de vez importa escalas e políticas de escalonamento num passo só.
Por serviço, por janela de tempo (cinco minutos por padrão) e por semelhança de sinal. Você vê por que cada alerta entrou num grupo, pode dividir o grupo ou escrever uma regra para a próxima vez.
Na região da UE ou dos EUA, à sua escolha. Os payloads de alerta ficam guardados por 90 dias no Team e por mais tempo no Scale. Nunca treinamos modelos com seus dados.
Qualquer pessoa que possa entrar numa escala ou ser acionada. Visualizadores, stakeholders e assinantes da página de status não pagam.
Grátis para até cinco respondentes. Modo sombra desde o primeiro dia.
