Skip to content

docs(deploy): record what stretches a release into a window - #250

Merged
simonvanlierde merged 1 commit into
mainfrom
docs/window-ordering
Sep 9, 2026
Merged

docs(deploy): record what stretches a release into a window#250
simonvanlierde merged 1 commit into
mainfrom
docs/window-ordering

Conversation

@simonvanlierde

Copy link
Copy Markdown
Contributor

Three failure modes hit during an ownership migration, written into the runbook so the next one does not rediscover them.

  • A backfill migration holds the API down for its whole duration. The migrations profile gates the API on service_completed_successfully; a migrator that regenerates derivatives keeps the API and the tunnel in Created until it exits.
  • The safety snapshot needs the stack up and must precede the checkout. backup runs with --no-deps by design, so it cannot follow down; and the Compose user: pin overrides the image's USER, so between a checkout and the matching chown every backup run fails. Adds the ordering that works.
  • Restart every timer stopped for the window. A stopped watchdog cannot report that the others are still stopped; the dead man's switch is the backstop, not the plan.

- a backfill migration holds the API down for its duration, because the
  migrations profile gates it on service_completed_successfully
- the safety snapshot runs with --no-deps, so it needs the stack up, and it
  must precede the checkout: the Compose user pin takes effect immediately
- restart every timer stopped for the window, watchdog included
@simonvanlierde
simonvanlierde merged commit 0e32304 into main Sep 9, 2026
23 checks passed
@simonvanlierde
simonvanlierde deleted the docs/window-ordering branch September 9, 2026 16:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant