Rollout

Che cosa contiene un rollout

Un rollout ha un nome, un orario pianificato e un elenco di versioni di record. L'orario è obbligatorio, e finché il rollout è ancora pianificato puoi modificarne nome, descrizione, orario ed elementi.

Contiene solo versioni di record. Le modifiche a modelli e configurazione viaggiano in una release, e un rollout può indicare una release pianificata da far uscire per prima. La release esce quindi al momento del rollout, prima dei contenuti. Se viene rifiutata o fallisce, il rollout viene contrassegnato come fallito con il motivo e nessuno dei suoi contenuti viene pubblicato.

Che cosa succede quando un elemento fallisce

Tutti gli elementi vengono eseguiti in un'unica transazione di database, ciascuno sotto un proprio savepoint. Un elemento che fallisce viene annullato da solo e registrato come fallito. Gli altri vengono comunque pubblicati e diventano visibili insieme quando la transazione fa il commit. Alla fine il rollout risulta Completed se ogni elemento è riuscito, Partial se alcuni sono falliti e Failed se lo sono tutti.

I controlli

Un rollout pianificato può essere avviato in anticipo, messo in pausa e ripreso, e può essere eliminato finché non è stato avviato. Retry riesegue solo gli elementi falliti. Rollback ripubblica la versione precedentemente pubblicata di ogni elemento. Puoi vedere in anteprima un rollback prima di eseguirlo, e l'anteprima segnala ogni elemento che non ha una versione pubblicata precedente.

Dove li gestisci

I rollout si gestiscono nella console sotto Content, Scheduled, Rollouts, dalla CLI con foir rollouts, e tramite gli strumenti degli agenti. La API GraphQL pubblica non li gestisce. Per la CI, il modello documentato è un job pianificato che crea il rollout da un file con la CLI. Crearne uno richiede il schedules:write come permesso.