Skip to main content
Not every Bronto endpoint has its own command. bronto api calls any of them directly, using the same credentials, region, retries, --debug tracing, and output formatting as the rest of the CLI.
The path is relative to the API base URL, for example /monitors. The Bronto API reference lists the endpoints.
Unlike 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 GET and DELETE, each -f becomes a query parameter.
  • For other methods, each -f becomes a field in a JSON body. Values are parsed as JSON when possible, so -f limit=10 sends a number and -f enabled=true a 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:
The output is the response body as JSON: indented at a terminal, compact when piped. --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.