lizard restart
Reinicio gradual de la compilación actual — sin reconstrucción.
Uso
lizard restart [nameOrId] [flags]Banderas
| Bandera | Descripción |
|---|---|
-s, --service <name> | Servicio |
-p, --project <id> | Nombre, slug o ID del proyecto |
--detach | Volver después de que se acepte el reinicio, sin consultar su estado |
--wait | Esperar a que el nuevo intento de reinicio esté listo; funciona con --json |
--timeout <seconds> | Tiempo máximo de espera de preparación con --wait; valor predeterminado: 120 |
--json | Devolver JSON para scripts |
Ejemplos
Reiniciar un servicio
lizard restart --service apiVolver sin esperar
lizard restart --service api --detachEsperar antes de ejecutar la siguiente comprobación
lizard --json restart --service api --wait --timeout 120Sin --wait, el modo JSON devuelve el resultado después de que se acepte el reinicio. Con --wait, el resultado incluye ok, status, attemptId y waitedMs. La CLI espera un nuevo intento de reinicio, por lo que un estado sin cambios desde antes de la solicitud no cuenta como éxito. Una espera fallida o un tiempo de espera agotado devuelve un código de salida distinto de cero.
Un servicio en pausa rechaza el reinicio hasta que lo reanudes.
Para los servicios HTTP, la CLI también comprueba dos veces el dominio del servicio. Los workers con containerPort=0 usan el estado de preparación del backend y no necesitan un listener HTTP, incluso cuando tienen un dominio generado.
lizard --json restart --service worker --wait --timeout 60El tiempo de espera se aplica a la espera de preparación después de la solicitud de reinicio. No cancela el reinicio, y las llamadas de red pueden hacer que el comando tarde más en total. Comprueba los datos de la aplicación o un endpoint de estado después del comando cuando tu flujo de trabajo necesite más que la preparación del proceso.
Véase también
- lizard redeploy — activar una nueva compilación en lugar de reciclar la actual
- lizard logs — inspeccionar los logs en torno a un reinicio con
--restart latesto--restart <id> - Despliegues — reinicios frente a redespliegues y recuperación tras un fallo
Actualizado