Backup and Restore Service · View 18 of 26 · 5 · Runtime
Decisions
- Fail-static base copies: the policy compiler renders every Tier 1 and 2 schedule into suspended Kubernetes CronJobs beside the agents. A watchdog unsuspends them if Temporal's heartbeat is missing for two intervals. They are removed when Temporal returns, and their captures are replayed into the catalogue from their envelopes.
- Degraded mode is always announced. Every affected datastore's status shows a banner naming the missing component, because a stale green status is worse than an honest amber one.
- Losing OpenBao is the one outage that blocks capture and restore together. That is why it has 5 voters across three sites and its own quarterly recovery drill.
Order of degradation
- Reporting first, then the console, then Tier 3 capture, then verification. Tier 1 capture and the restore path never degrade by design. If they fail, it is an incident, not a mode.
Risks
- Adapters load the key at start, so a long OpenBao outage becomes a problem when agents restart, not immediately. Agent restarts are frozen during an OpenBao incident, and the runbook says so.