Estados de despliegue

Cada valor de `DeploymentStatus`, qué significa en Skiffly, qué puedes hacer en ese estado y cómo lo muestran el panel, la CLI y MCP.

El enum es el mismo que el DeploymentStatus de Railway; la CLI y MCP lo imprimen en minúsculas.

Estado	Significado	Acciones
`QUEUED`	Aceptado, esperando a que un nodo lo tome	cancelar
`BUILDING`	Build de la imagen en curso, o esperando uno de los dos slots de build del nodo (`waiting for a build slot`)	ver los logs del build
`DEPLOYING`	Imagen lista, contenedores arrancando, health check aún sin pasar; el despliegue anterior sigue atendiendo el tráfico	ver los logs de runtime y de sistema
`SUCCESS`	En vivo. Para un servicio cron: la programación está registrada	volver a desplegar, reiniciar, revertir a él más adelante
`FAILED`	Error de build, health check no superado en 5 minutos, error al descargar la imagen, cuota superada o nodo perdido durante 20 minutos; el despliegue anterior sigue corriendo	leer `message` y los logs, corregir, desplegar
`CRASHED`	El contenedor salió repetidamente tras estar en vivo (3 reinicios seguidos); `message` contiene las últimas líneas del log	leer los logs, corregir, desplegar; revertir
`SLEEPING`	Escalado a cero por App Sleeping; la siguiente solicitud HTTP lo despierta	enviar una solicitud, o desactivar el reposo
`REMOVED`	Reemplazado por un despliegue más nuevo, cancelado, eliminado a mano, o el servicio fue eliminado	revertir (si la imagen todavía existe)

Reservados y nunca devueltos hoy: INITIALIZING, NEEDS_APPROVAL, REMOVING, SKIPPED, WAITING.

Mensajes#

Deployment.message explica las esperas y los fallos con el evento subyacente:

Mensaje	Causa
`waiting for a build slot`	ya hay dos builds corriendo en el nodo
`exceeded quota …`	la cuota de CPU/memoria del entorno está llena; baja los límites o las réplicas de otros servicios
`ImagePullBackOff …`	el nombre o la etiqueta de la imagen es incorrecto, o el registry es privado
`OOMKilled`	el contenedor usó más que su límite de memoria
`CrashLoopBackOff: …`	el proceso sale una y otra vez; a continuación van las últimas líneas del log
`build timed out / node lost`	sin noticias del nodo durante 20 minutos
`cancelled by <user>`	cancelado mientras estaba en cola

Panel: tarjeta del servicio en el lienzo, pestaña Despliegues, Logs del proyecto.
CLI: skiffly status, skiffly deployment list, skiffly up (transmite hasta SUCCESS o un fallo).
MCP: get-status, list-deployments, get-logs.
GraphQL: deployment(id) { status message }, deployments(input: { status: { in: [FAILED, CRASHED] } }).