Snapshots and Backups
Rudel uses two recovery-point models because sandboxes and apps have different jobs.
- sandboxes use snapshots
- apps use backups
That split is intentional. A sandbox is disposable and usually tied to active change work, so its recovery model should be fast and local to that workspace. An app is long-lived and operationally important, so its recovery model should fit deploys, restore drills, and longer-lived rollback needs.
Sandbox snapshots
Create a snapshot:
wp rudel snapshot alpha-1234 --name=before-updateRestore it:
wp rudel restore alpha-1234 --snapshot=before-update --forceSnapshots capture the sandbox site state and its environment-local
wp-content so you can roll back risky work quickly without promoting that
recovery model into the long-lived app lifecycle.
App backups
Create a backup:
wp rudel app backup demo-1234 --name=baselineRestore it:
wp rudel app restore demo-1234 --backup=baseline --forceApp deploys also integrate with backups so recovery is built into the deploy workflow rather than added as an afterthought.