Skip to content

Migrate to cellp

cellp replaces where you deploy Workers-style apps—not the Worker APIs you already use.

Start here

You are coming fromRead first
Cloudflare Workers (wrangler, D1, KV, R2)From Cloudflare
Vercel (git previews, Next.js, serverless)From Vercel
Choosing a stackSupported stacks · Framework tiers

What stays the same

  • Worker shape: export default { fetch }, wrangler binding names, D1/KV/R2/Queue/Workflow/Cron as capabilities (within celld compatibility).
  • Preview → promote mental model (like Vercel previews, but the unit is a version with forked data where cellp branches bindings).

What changes

  • Deploy: build a bundle → upload to your S3-compatible store → POST /v1/projects/{project}/versions. No wrangler deploy to a Cloudflare account.
  • Routing: Host-based ingress on your gateway (preview_url / prod_url from the API). Path-shaped URLs are deprecated.
  • Production: explicit promote; DNS/TLS/CDN are your layer.
  • Accounts: two bearer tokens—not Cloudflare or Vercel teams.
  • Data on preview: cellp branches D1/KV/R2/Queue; workflow instances and Durable Objects do not copy parent runtime state. Cron ticks follow production scheduling policy (Cron).

celld vs cellp (one sentence each)

  • celld — the Workers runtime in your repo; implements env.* from wrangler.
  • cellp — versions, fork/branch, Gateway, promote, and operator APIs on top of celld.

Binding reference: /bindings/. Compare platforms: Compare.

Self-hosted Workers control plane. Not affiliated with Cloudflare or Vercel.