Estado de voar
Consulta el estado de los servicios y cuánto tardan los trabajos en empezar.
Leyendo el estado de voar
Cómo decidimos
Cada verificación tiene una regla escrita en el código de voar. Los números de abajo son los que usa el servidor.
Los tres estados
- Funcionando
- La verificación pasó.
- Con problemas
- Funciona, pero con un problema que puede retrasar trabajos.
- Caído
- La verificación falló o no obtuvo respuesta.
Las reglas
- API
- La API responde a esta consulta y lee la base de datos. Caída si la base de datos no responde.
- Inicio de trabajos
- El proceso que arranca las máquinas envía una actualización por minuto. Está funcionando si la última tiene menos de 2 minutos, con problemas entre 2 minutos y 3 minutos, caído a partir de 3 minutos o sin ninguna actualización.
- Acceso
- voar le pregunta al servicio de acceso por un token inventado. Si lo rechaza, cuenta como respuesta. Caído si no responde o da un error de servidor.
- Cola
- Cuenta los trabajos que esperan una máquina de voar. Indica un problema si el más antiguo espera más de 5 minutos. Los trabajos que esperan crédito o el límite propio de su organización no cuentan.
- Capacidad de máquinas
- Compara los vCPUs de las máquinas encendidas con el máximo que voar usa a la vez. Indica un problema solo si todos están en uso y hay un trabajo esperando.
- Webhooks de GitHub
- Muestra cuánto tiempo pasó desde el último evento de GitHub. Esto no determina un estado: una hora sin trabajos no es una caída.
- Tiempo hasta empezar
- El tiempo corre desde que GitHub pone el trabajo en la cola hasta que el runner empieza, así que incluye arrancar la máquina. Es la mediana (p50) y el p90 de las últimas 24 horas, redondeados hacia arriba. Con menos de 10 trabajos no se muestra ningún número.
Si la base de datos no responde, la API, la cola y la capacidad quedan caídas, y no se muestran el tiempo ni los fallos.
La página vuelve a preguntar cada 30 segundos mientras la pestaña está abierta. Una pestaña oculta no pregunta.