Beam vs Verda

Beam

Per-millisecond billing with cold starts and image pulls free, H100 PCIe at $3.50 and RTX 4090 at $0.69 an hour. No published request rate limits, 429 handling or SLA.

Verda

The REST API has a public OpenAPI 3.1 document, a dated changelog, published rate limits with Retry-After, and an audit log endpoint. The CLI's MCP server refuses billed or destructive calls without confirm: true. Access needs a browser signup and a prepaid balance, credentials carry one scope, and instance creation has no idempotency key.

Beam

1. Check the response body for ok: false on gateway calls; a failure can arrive as HTTP 200
2. Don't pipe beam deploy --format json output into CI logs, since it contains the workspace token
3. Route anything over 180 seconds to a task queue and poll the task instead of holding the endpoint request
4. Set keep_warm_seconds deliberately; the 180-second endpoint default bills three minutes of GPU after every call
5. Pass gpu=["RTX4090", "A10G"] so a job still schedules when one type is out

Verda

1. Exchange the client ID and secret at POST /v1/oauth2/token, then send the access token as a Bearer header. It expires after 3,600 seconds, so refresh it.
2. Send location_code on every create call. Requests without it have returned 400 since March 2026.
3. Call GET /v1/instance-availability before launching. POST /v1/instances returns 503 service_unavailable when the location has no capacity.
4. List instances before retrying a failed launch, because create has no idempotency key.
5. Use the delete action to stop charges. shutdown keeps billing, and deleted volumes stay recoverable for 96 hours unless delete_permanently is set.