stackblaze addons
Add-ons are managed services (for example PostgreSQL or Redis) attached to an app. Alias: addon.
stackblaze addons list [--attached]stackblaze addons add [kind] [--wait] [--timeout <seconds>]stackblaze addons delete [kind] [--instance <name>] [-y]| Subcommand | Description |
|---|---|
list |
Add-on types you can attach. With --attached, the add-ons on the app in scope and their state |
add <kind> |
Attach an add-on of this kind to the app. Fails if one of that kind is already attached |
delete <kind> |
Detach an add-on; asks for confirmation unless -y |
| Flag | Applies to | Description |
|---|---|---|
--attached |
list |
List the app’s attached add-ons |
--wait |
add |
Wait until the app and the add-on are running |
--timeout <seconds> |
add |
Maximum --wait time (default 600; a new database cluster can take several minutes) |
--instance <name> |
delete |
Which instance, when several match |
--kind <name> |
add, delete |
Same as the positional [kind]; passing both with different values is an error |
-y, --yes |
delete |
Skip the confirmation |
Every subcommand accepts the scope and output flags: -p, --pipeline, --phase, -a, --app, --token, --api-url, -o, --output, --json.
Examples
Section titled “Examples”stackblaze addons liststackblaze addons add <kind> --waitstackblaze addons add <kind> --wait --timeout 900 --json | jq .wait.readystackblaze addons list --attached -o jsonWith --wait --json, stdout carries one JSON document: the result with the readiness check under wait. A wait that ends without the app and add-on running exits 1.
Use addons list for the exact kind names. To open a database shell, see stackblaze connect.