Best practice
Use separate keys for local, staging, and production environments.
Cloud API Platform / Overview
Focused, predictable documentation for building secure cloud integrations without slowing down implementation.
Start BuildingClient request
POST /v1/events
Authenticate
Bearer API_KEY
API response
201 ยท event accepted
Authentication
Use an API key for server-to-server access, then keep it out of source control.
In the dashboard, create a key with the minimum scopes your integration needs.
Pass it in the Authorization: Bearer header over HTTPS.
Load keys from your secret manager, limit access, and rotate them on a regular schedule.
Use separate keys for local, staging, and production environments.
Do not expose keys in browser code, public repositories, or client-side logs.
API reference
Use these resource groups to build predictable integrations across your cloud workflow.
GETList and inspect the cloud projects available to the authenticated workspace.
POSTCreate, monitor, and manage deployment runs for a selected project.
GETRetrieve delivery events and status changes to keep downstream systems in sync.
GETRead current consumption and quota details for operational reporting.
Implementation FAQ
Practical answers to the questions that most often interrupt a first integration.
Authorization: Bearer header. Keep keys in server-side environment variables.429, wait for the indicated reset time and retry with exponential backoff./v1/. Existing versions remain stable during their published support window; pin a version before production rollout.code and request ID. Retry only transient 5xx and 429 responses; treat 4xx responses as actionable client errors.Ready to make your first authenticated request?
Start Building