a2a cloud
a2a cloud vs Cloudflare Agents

a2a cloud vs Cloudflare Agents for deploying AI agents

Cloudflare Agents, Workers, and Durable Objects are a superb way to run stateful logic at the edge, milliseconds from your users. But edge isolates are shaped by CPU and time limits, and persistence lives in edge-native storage. a2a cloud is built for the other shape: long-running agent services with a real per-agent Postgres — and a signed receipt for every run.

primitiveruntime limitsdatabaseagent surfacesauthorityproof
honest take

Where Cloudflare Agents is genuinely strong — and where a2a cloud is different.

Cloudflare Agents is good at

Stateful compute at the edge

Cloudflare's Workers runtime is remarkable: V8 isolates that cold-start in milliseconds, Durable Objects for coordinated per-entity state, and a global network that puts your code next to every user. For latency-critical, stateful edge workloads, it's genuinely best-in-class.

a2a cloud adds

Long-running agents with real Postgres and proof

a2a cloud runs stateful, long-running agent services without per-request CPU walls — the shape multi-step, tool-heavy agent turns actually need. Each agent gets a full managed Postgres database, an MCP server, an OpenAPI gateway, a frontend, and auth from one deploy. Authority is Ed25519-signed scoped grants, not Worker secrets, and every run returns a signed, replayable receipt.

side-by-side

a2a cloud vs Cloudflare Agents, dimension by dimension.

A fair comparison. Both columns are accurate as we understand the products today — the difference is what the runtime owns by default.

dimension
Cloudflare Agents
a2a cloud
primitive
A Worker plus a Durable Object — a stateful edge isolate running V8, close to the user.
A stateful, long-running agent service — runtime, Postgres, MCP, API, and frontend from one deploy.
runtime limits
Edge isolates cap CPU time per request; long, heavy agent turns fight the wall-clock and CPU budget.
Long-running agent processes with no per-request CPU wall — built for multi-step, tool-heavy turns.
database
Durable Object storage / D1 (SQLite) — you model persistence around the edge primitives.
A full managed Postgres database per agent, provisioned automatically on deploy.
agent surfaces
SDK primitives to build with; you assemble the MCP server, API, and auth around them.
MCP server, OpenAPI gateway, and auth ship with the deploy. Every agent tool is also an MCP tool.
authority
Worker secrets and bindings — broad, long-lived credentials the isolate holds.
Ed25519-signed scoped grants: audience, TTL, file and tool scope. No ambient production access.
proof
Workers logs / tail — mutable telemetry, no per-run signed evidence.
An Ed25519-signed, replayable receipt for every run.
how to choose

Pick the tool that matches the job.

Reach for Cloudflare Agents when

  • Your workload is latency-critical and lives at the edge.
  • Durable Objects' per-entity state model fits your problem.
  • Short, bounded request-time compute is enough for your logic.

Reach for a2a cloud when

  • Your agents run long, tool-heavy turns that outgrow edge CPU limits.
  • You need a real per-agent Postgres, not edge-native storage.
  • You need scoped grants and signed receipts for governance and proof.
don't trust the agent

Trust the receipt.

a2a cloud deploys any agent — LangGraph, OpenAI Agents SDK, CrewAI, or custom — and ships it with a managed Postgres database, an MCP server, an API, a frontend, and an Ed25519-signed receipt for every run. Scoped grants, no ambient production access. One deploy, the whole agent app, with proof.