stackblaze down
Pauses the linked app. All its pods stop (web, worker and cron jobs), but the deployment is kept. Bring it back with stackblaze resume (or stackblaze up --resume).
stackblaze down [-y] [-m <text>] [options]Options
Section titled “Options”| Flag | Description |
|---|---|
-y, --yes |
Skip the confirmation |
-m, --message <text> |
Reason, recorded in the deployment history |
--build <name> |
Also delete this build (see stackblaze builds list) |
Also accepts the scope and output flags: -p, --pipeline, --phase, -a, --app, --token, --api-url, -o, --output, --json.
Examples
Section titled “Examples”stackblaze down # asks for confirmationstackblaze down -y -m "pausing over the weekend"stackblaze resume # bring it backHow it works
Section titled “How it works”- Web, worker and cron jobs all stop. Autoscaling is switched off while the app is paused.
- The replica count, autoscaling settings, volumes, add-ons, variables and domains are kept, so
resumebrings the app back as it was. - Compute stops billing. Volumes and add-ons keep running, and billing.
- Builds still run while the app is paused: a git push builds a new image, but no pods start until you resume.
- Visitors to the app’s URL see a “paused by its owner” page.
stackblaze statusandstackblaze apps getshow the app aspaused; the dashboard shows a Paused badge with Pause and Resume actions.- Pausing and resuming are recorded in the deployment history and the audit log.