Despliegues

Qué contiene un despliegue

Un despliegue tiene un nombre, una hora programada y una lista de versiones de registros. La hora es obligatoria, y mientras el despliegue sigue programado puedes editar su nombre, descripción, hora y elementos.

Lleva solo versiones de registros. Los cambios en modelos y configuración se envían en una publicación, y un despliegue puede nombrar una publicación programada que salga primero. Esa publicación sale entonces en el momento del despliegue, antes del contenido. Si se rechaza o falla, el despliegue se marca como fallido con el motivo y no se publica nada de su contenido.

Qué ocurre cuando falla un elemento

Todos los elementos se ejecutan en una sola transacción de base de datos, cada uno bajo su propio savepoint. Un elemento que falla se revierte por sí solo y queda registrado como fallido. Los demás se publican igualmente, y pasan a ser visibles juntos cuando la transacción se confirma. Después, el despliegue figura como Completed si todos los elementos tuvieron éxito, Partial si algunos fallaron y Failed si fallaron todos.

Los controles

Un despliegue programado puede lanzarse antes de tiempo, pausarse y reanudarse, y puede eliminarse hasta que se haya lanzado. Retry vuelve a ejecutar solo los elementos que fallaron. Rollback vuelve a publicar la versión publicada anteriormente de cada elemento. Puedes previsualizar una reversión antes de ejecutarla, y la vista previa señala cualquier elemento que no tenga una versión publicada anterior.

Dónde los gestionas

Los despliegues se gestionan en la consola, en Content, Scheduled, Rollouts, desde la CLI con foir rollouts, y mediante herramientas de agente. La API pública de GraphQL no los gestiona. Para CI, el patrón documentado es un trabajo programado que crea el despliegue a partir de un archivo con la CLI. Crear uno requiere schedules:write como permiso.