Rollback e recupero

Il rollback riguarda soltanto il componente autorizzato.

• API: ripristinare una versione Worker registrata e verificare health, D1, Access e route read-only.
• D1: fermarsi; non riscrivere migrazioni applicate. Usare backup e una nuova migrazione correttiva soltanto se incluse nello scope mergiato; altrimenti applicare la stop condition per espansione dello scope.
• MCP: ripristinare la sua versione senza cambiare API o D1.

La versione precedente al 100% viene congelata prima dell'upload e resta il punto di rollback deterministico del componente code-only. Il rollback attiva quell'exact version ID e verifica readback al 100% più health e smoke mirati. Non ricostruisce né riconcilia custom domain, route, Queue consumers o D1, che conservano cicli operativi separati. D1 recovery, Queue topology e altre operazioni ad alto impatto richiedono il proprio piano e non sono implicate dal rollback Worker.

Evidenza ambigua, credenziali mancanti, perdita dati possibile o confine non isolabile sono condizioni di stop.