开源Cloudflare Worker私有化：60MB内存破局合规

这套方案到底解决了什么合规痛点

针对金融政企无法上公有云的困境，open-compute 用 Rust 单二进制复刻 Cloudflare Workers 核心能力。据项目实测，整机常驻内存约 60MB，冷启动毫秒级，彻底去除了对 K8s 和外部数据库的依赖。

落地成本与冷启动路径拆解

核心不在于代码壁垒，而在“比客户更懂 Agent 落地场景”的咨询交付能力。团队需具备 Rust 后端与云原生经验，否则易死于运维复杂度。

验证路径很短：拉取 ocd 源码，在本地 Docker 容器复现 60MB 内存指标。编写模拟 Agent 长任务的压测脚本，重点验证高并发下 SQLite 写入稳定性。硬件成本极低，1 台 8C16G 云主机（约 ¥300/月）即可，加上 2 名后端工程师 4 周工时，1 个月就能出 MVP 测试报告。

最大风险与商业化护城河构建

单二进制意味着单点故障，源码复杂度高，客户 IT 部门可能因无法排查底层问题拒绝上线。开源免费也导致价格锚点消失。

应对策略需软硬结合：提供标准化“一键诊断” CLI 工具打破黑盒；绑定“私有化 Agent 运维托管”服务按月收订阅费；推出含 SSO 审计日志、SLA 保障的企业版。有意思的是，早期尝试 Sidecar 隔离失败，改用 V8 Isolate 和本地文件存储才实现低内存指标，这直接去除了网络 RPC 开销。

跨境与国内双线执行逻辑

跨境基本不可行，海外已有 Vercel 等成熟替代品，对复刻 Workers 无强需求。国内市场更适配，直接联系已用 K8s 跑 AI 业务的 CTO，提供“降 70% 运维成本”的 POC 报告。表面看是技术替代——不，细想之下运维人力节省才是转化付费服务的真正抓手。

常见问题

问：60MB 内存指标在什么条件下测得？
答：据项目实测，指整机常驻内存，对比 Chrome 单标签页内存更高，且无需预拉取镜像。

问：为什么早期 Sidecar 方案会失败？
答：主要因为网络 RPC 开销大，改用 V8 Isolate + 本地文件存储后才彻底去除该开销，达成低内存目标。

问：非 Rust 背景团队能直接入场吗？
答：不建议。强行入场极易死在运维复杂度上，核心壁垒在于“比客户更懂 Agent 落地场景”的咨询能力，而非单纯代码。

来源 · Elliot's Notes：阅读原文 →