All requests to the CUDO Compute API must be authenticated with an API key in the
Authorization header unless explicitly documented otherwise.Overview
The CUDO Compute API uses a simple API key based bearer scheme: Header format:Create an API key
You can create API keys in two ways:- Via the CUDO Compute console (recommended for most users)
- Programmatically with the
POST /v1/api-keysendpoint
- cURL
- Python (requests)
- JavaScript (fetch)
Using your API key
Include the header on every request:Error handling
Common authentication-related HTTP status codes:Our errors follow the Google AIP 193 specification. Please see the error codes and formats in the Errors section of the documentation.
Best practices
Rotation workflow example
- Create a new key.
- Deploy the new key (update environment variables / secret stores).
- Verify all services function with the new key.
- Revoke the old key.
Environment variables
Store your key locally in a shell profile or an.env file:
Rate limiting & retries
If you receive HTTP 429, implement exponential backoff (e.g., wait 1s, 2s, 4s, 8s…) and respect anyRetry-After header (if present). Do not continuously retry invalid keys-fix the credential instead.
Troubleshooting
Currently the API uses a single global bearer scheme named
bearerAuth with header Authorization. There is no separate refresh or OAuth flow.