Status do voar
Veja o status dos serviços e quanto os jobs levam para começar.
Lendo o status do voar
Como decidimos
Cada verificação tem uma regra escrita no código do voar. Os números abaixo são os mesmos que o servidor usa.
Os três estados
- Funcionando
- A verificação passou.
- Com problemas
- Funciona, mas com um problema que pode atrasar jobs.
- Fora do ar
- A verificação falhou ou não respondeu.
As regras
- API
- A API responde a esta consulta e lê o banco de dados. Fora do ar se o banco de dados não responde.
- Início dos jobs
- O processo que liga as máquinas envia uma atualização por minuto. Está funcionando se a última tem menos de 2 minutos, com problemas entre 2 minutos e 3 minutos, fora do ar a partir de 3 minutos ou sem atualização nenhuma.
- Login com GitHub
- O voar consulta o login com um código de acesso inválido. Recusar esse código conta como resposta. Fica fora do ar se não responde ou retorna erro de servidor.
- Fila
- Conta os jobs que esperam uma máquina do voar. Indica um problema se o mais antigo espera há mais de 5 minutos. Jobs que esperam crédito ou o limite da própria organização não entram na conta.
- Capacidade de máquinas
- Compara os vCPUs das máquinas ligadas com o máximo que o voar usa ao mesmo tempo. Indica um problema só quando tudo está em uso e há um job esperando.
- Webhooks do GitHub
- Mostra há quanto tempo o último evento do GitHub chegou. Isso não define um estado: uma hora sem jobs não é uma queda.
- Tempo até começar
- O tempo vai do momento em que o GitHub coloca o job na fila até o runner começar, então inclui ligar a máquina. É a mediana (p50) e o p90 das últimas 24 horas, arredondados para cima. Com menos de 10 jobs, nenhum número aparece.
Se o banco de dados não responde, a API, a fila e a capacidade ficam fora do ar, e o tempo e as falhas não aparecem.
A página pergunta de novo a cada 30 segundos enquanto a aba está aberta. Uma aba escondida não pergunta.