Workers
Workers is a serverless execution environment that runs Cloudflare module Workers on this platform. One ocd daemon supervises one pinned workerd child for each running instance. The platform includes its own operator Dashboard and optional public Gateway, but does not provide Cloudflare’s global edge, workers.dev, or hosted control plane.
With Workers you can:
- Deploy a module Worker (
export default { fetch }) with project-local cf - Bind KV, R2, D1, Durable Objects, Queues, Workflows, and other Workers
- Schedule
scheduled()with UTC cron expressions - Serve Static Assets from the same immutable deployment
export default { fetch(request: Request, env: Env): Response { return Response.json({ message: env.GREETING, pathname: new URL(request.url).pathname, }); },} satisfies ExportedHandler<Env>;The sample in this repository is examples/hello-worker/. Deploy it against a running ocd (default origin http://127.0.0.1:8787):
cd examples/hello-workerocd cf deploy --mode devCompatibility
Section titled “Compatibility”| Topic | Cloudflare | open-compute |
|---|---|---|
Module Worker (export default { fetch }) |
Yes | Yes |
Isolates, env bindings, fetch / scheduled / queue |
Yes | Yes |
Cache API, WebSocket hibernation, cloudflare:sockets, node: imports |
Yes | Yes — same Workers runtime APIs |
| Global Anycast / workers.dev / Cloudflare Custom Domains API | Yes | Not provided; public HTTPS origins use the operator Gateway |
| Project file | cloudflare.config.ts |
Same pinned cf schema |
compatibility_date |
Yes | Required and persisted per immutable Version |
| Deploy authority | Cloudflare control plane | Per-instance SQLite and supervised runtime generation |
- Develop and deploy applications
- Language examples: Python and Rust
- Project configuration and bindings
- Versions and deployments
- Runtime APIs, Static Assets, and Cache
- Logs and live tail
- Compatibility and limits
If the platform is not running yet, start at Get started.