Error contract preview
Review the proposed error and status semantics.
Proposed error response format
The proposed contract uses this illustrative JSON shape:
{
"error": {
"code": "ERROR_CODE",
"message": "Human-readable error description",
"details": {
// Additional context (optional)
}
}
}Proposed HTTP status semantics
These mappings describe the proposed contract.
OK
Request successful. Response body contains the requested data.
Created
Resource successfully created (e.g., new instance).
No Content
Request successful. No response body (e.g., instance deleted).
Bad Request
Invalid request parameters or malformed JSON.
Unauthorized
Missing or invalid API key.
Forbidden
API key lacks necessary permissions.
Not Found
Resource does not exist (e.g., invalid instance UUID).
Too Many Requests
Rate limit exceeded. The proposed client behavior is retry with backoff.
Internal Server Error
Unexpected server error. The proposed client behavior is retry or contact support.
Illustrative error codes
These identifiers illustrate the proposed error vocabulary.
INVALID_REQUESTThe request parameters are invalid or incomplete.
UNAUTHORIZEDInvalid or missing API key.
RESOURCE_NOT_FOUNDThe requested resource (e.g., instance) does not exist.
QUOTA_EXCEEDEDYour organization has reached the instance limit.
RATE_LIMIT_EXCEEDEDToo many requests. Wait before retrying.
INTERNAL_ERRORAn unexpected error occurred. Contact support.