KechuAI

open-compute：一个二进制跑起 Cloudflare Workers 兼容的自托管平台

开源
Cloudflare
Workers
自托管
边缘计算
Rust
2026/9/28
·

阅读时间: 大约 8 分钟

open-compute：一个二进制跑起 Cloudflare Workers 兼容的自托管平台

open-compute 自带的 Cloudflare 风格控制台（官方截图）

Cloudflare Workers 的开发体验一直被称道，但它的运行时、KV、D1、R2、Queues 等产品都绑死在 Cloudflare 的基础设施上。当团队想私有化部署、或对数据出境与厂商锁定有顾虑时，往往只能”望洋兴叹”。2026 年 9 月密集发版的 open-compute 给出了一个新选项：用 一个 Rust 编写的二进制，在你自己的硬件上跑起一套 Cloudflare Workers 兼容的完整平台，运行时、控制面、存储集成和控制台打包在一起，Apache-2.0 开源。

一、它要解决的问题

Workers 生态的核心资产有两类：一是 workerd——Cloudflare 已开源的 Workers 运行时；二是围绕它形成的 Wrangler 工作流、绑定（Bindings）写法和框架适配（Hono、React、Next.js、SvelteKit 等）。问题在于，workerd 开源之后，周边的 KV/D1/R2/Queues/Durable Objects 等”配套产品”并没有一个开箱即用的自托管实现。

open-compute 的定位就是把这一整套补齐：让你保留现有 Worker 代码、wrangler.jsonc 配置、框架适配和绑定写法，在自己的机器上原样跑起来。它的 CLI 叫 ocd，典型用法是：

ocd status
ocd wrangler deploy --env production
ocd caddy status

部署产物是不可变的（immutable deployments），可回滚；HTTPS 网关复用 Caddy，本地路由与可选公网路由共用同一个 Gateway。

二、架构：三个关键取舍

官方把架构归纳为三点，也正好是它区别于”另起炉灶写个 Serverless”的地方：

  1. 用隔离（Isolates）而不是容器：直接跑 workerd 的原生隔离，不为每个请求起一个容器。这与 Cloudflare 线上一致，也是它性能与冷启动的来源。
  2. 一个二进制，无 sidecar：运行时、控制面、存储集成和 Dashboard 都在同一个 Rust 二进制里；ocd 作为守护进程，托管 workerd 与 Gateway 子进程，带健康检查、备份与恢复、可校验的升级（失败自动回滚）。
  3. 权威状态留在本地：以 SQLite 作为权威存储（local authority），部署不可变、制品按内容寻址，支持快照与恢复。这刻意牺牲了分布式一致性，换来单机自托管的简单与可预测。

它还提供一个叫 Native Extensions 的桥接：通过普通的 Service Binding + Cap’n Proto 数据通道，让 Worker 调用本机硬件、私有库和后台守护进程。ocd 只负责认证会话，之后不介入业务数据路径——这让自托管场景能安全地把 Workers 接到本地能力上。

三、兼容性矩阵：广，但有深浅

官方列出的产品覆盖面相当广，从 Workers、Durable Objects、KV、D1、R2、Queues、Workflows、Cron、Cache、Images、Vectorize，到 AI Search、Static Assets、Service Bindings、Artifacts，再到 Browser Run、Containers、Sandbox、LogTail。但要点开脚注看：

标记含义
无标记已随开源版提供
#1AI Search 等需要外接 LLM API
#2Containers 等需要外部 sidecar
#3Browser Run、Sandbox 等为部分实现/进行中

发布节奏也印证了它仍在快速补全：0.1.3（9 月 9 日）加入项目原生的 Wrangler 工作流；0.1.4（9 月 10 日）补齐 Cloudflare Artifacts（命名空间、Git Smart HTTP push/clone、纳入快照恢复）；到 9 月 26 日已迭代到 0.2.2。API 层面，它声称与 Wrangler 及官方 SDK 共用同一个 /client/v4 接口，因此现有工具链理论上可以直接对接。

四、定价与现状

  • Self-host：永久 $0，Apache-2.0 开源，社区支持；
  • Managed Cloud：官方标注”COMING SOON”，提供托管升级、备份与团队访问；
  • Enterprise：定制，含部署迁移指导、安全与生产就绪评审、直接工程支持。

也就是说，今天能真正白嫖到的是”自己部署”这一层；托管版和企业支持都还在路上。

五、客观分析：优势与边界

优势：

  1. 降低自托管 Workers 的门槛：单二进制 + Caddy 网关 + SQLite 存储，免去了自己拼装运行时、存储与反代的工作量；
  2. 兼容性是真方向：基于开源 workerd 而非模仿，保留 wrangler.jsonc 与绑定写法，代码迁移成本低；
  3. 开放协议：Apache-2.0，可私有化、可商用，不被单一云厂商锁定；
  4. 运维原语现成：不可变部署、快照备份、校验升级与回滚，都是生产化需要的东西。

边界与存疑：

  1. 版本仍在 0.x：多个产品标注为部分实现或需要 sidecar，“兼容 Cloudflare”更接近方向而非完全对等；
  2. SQLite 权威 ≠ Cloudflare 规模：本地 SQLite 适合单机/小集群，但 KV、D1、R2 在 Cloudflare 线上是全球分布式存储，吞吐、可用性与并发模型不可同日而语；
  3. 托管版未交付：想要”免运维”的团队暂时只能自己扛；
  4. 生态与文档尚薄：项目星标约 1.2k，控制台 Operator UI 官方自标 WIP，生产案例与踩坑资料还需要时间积累。

六、谁该关注

  • 已经在用 Hono/Workers 写应用、但想把它部署到自己服务器或私有云的团队；
  • 对数据合规、不出域有硬要求，又不愿放弃 Workers 编程模型的开发者；
  • 想本地一键体验”Cloudflare 全家桶”的学习者。

但如果你的负载依赖 Cloudflare 全球边缘网络的规模、或是重度使用 Browser Run/Containers 等仍在补全的产品，现阶段更适合作为跟踪项而非生产选型——等 1.0 与托管版落地后再评估更稳妥。

参考来源