OpenWorkers: Self-Hosted Cloudflare Workers in Rust

Re:OpenWorkers: Self-Hosted Cloudflare Workers in Rust by max_lt on Friday January 02, 2026 @01:47AM (#46462105)

Good use case. For state between invocations, we have KV (key-value with TTL), Storage (S3) and DB bindings (Postgres). Durable Objects not yet but it's on the roadmap.

Wall-clock timeout is configurable (default 30s), CPU limits too. We haven't prioritized long-running tasks or WebSockets yet, but shouldn't be hard to add.

[ Parent | on HN ]

Re:OpenWorkers: Self-Hosted Cloudflare Workers in Rust by valdair3d on Tuesday January 06, 2026 @10:18AM (#46513350)

nice, KV + Postgres covers most of our use cases. the TTL on KV is useful for caching auth tokens between invocations without worrying about cleanup.

for long-running tasks we've been using a queue pattern anyway - worker picks up task, does a chunk, writes state to KV, exits. next invocation picks up where it left off. works around timeout limits and handles retries gracefully. websockets would be nice for real-time feedback but polling works fine for now.

will keep an eye on the durable objects progress. that's the main thing missing for stateful agent workflows where you need guaranteed delivery.

[ Parent | on HN ]