bronto api calls any of them directly,
using the same credentials, region, retries, --debug tracing, and output formatting as
the rest of the CLI.
/monitors. The
Bronto API reference lists the
endpoints.
bronto monitors list, which prints a table, bronto api prints the response
body exactly as the API sent it.
Parameters and bodies
-f key=value means different things depending on the method:
- For
GETandDELETE, each-fbecomes a query parameter. - For other methods, each
-fbecomes a field in a JSON body. Values are parsed as JSON when possible, so-f limit=10sends a number and-f enabled=truea boolean.
--input reads the body from a file, or from stdin with -. --content-type changes the
Content-Type header (default application/json).
Useful endpoints without a command
Safety
--dry-run prints the request as a plan for any method except GET and HEAD, so you can check a
POST, PUT, or DELETE before sending it:
--fields and --jq apply to the whole response document. HTTP errors map
to the same error codes and exit codes as every other command.
If you call the same endpoint often, wrap it in a
plugin, or open an issue
asking for a dedicated command.
