Celld：自托管、分布式持久对象

它是如何工作的 存储桶是协调器——没有成员协议，没有故障检测器，没有共识。所有权是存储桶中的一条记录，通过一次原子写入来声明。 celld 的内置复制器不断地将每个单元的 SQLite 状态作为 LTX 段传送到该存储桶。您的基础设施 您的 S3 桶 SQLite / LTX 10,000 个非活动单元 单元在其自己的 VM 上 单元在其自己的 VM 上 单元在其自己的 VM 上 每个单元是一个 sqlite 数据库 LTX 请求/响应 您的基础设施请求响应 单元在其自己的 VM 上 每个单元是一个 sqlite 数据库 LTX 您的 S3 桶 SQLite / LTX 10,000 个非活动单元 可靠性持久对象是一个强大的编程模型。 celld 保留该模型，同时将布局、状态和操作证据转移到您选择的基础设施中。 Orangecloud.report · 2026 年 7 月 12 日 ↗ cloudflarestatus.com · 2026 年 7 月 16 日 ↗ 当您自己运行模型时会发生什么变化。放置 不会丢失共享机器 单元的身份不会与机器融合 — 所有权是存储桶中的租约，通过比较和交换授予。失去一个节点，另一个节点获得租约并在几秒钟内恢复单元：您的队列读取您的存储，而不是供应商恢复您看不到的位置。 BLAST RADIUS 您选择的故障域 您的机群仍然取决于其机器、网络和存储桶提供商。变化的是租赁：没有共享的持久对象调度程序或放置层可以将您的应用程序与另一个客户的工作负载耦合。易读性 您可以读取的故障 当单元行为不当时，证据就在您的磁盘上 — 所有权记录、SQLite 和 LTX 文件以及日志。你用 sqlite3 和 grep 回答“我的手机发生了什么”，而不是拒绝透露的状态页面。自托管并不会自动变得更可靠。它使故障域变得明确且可检查：您的节点、您的存储桶提供程序以及您的操作选择。明确一下语气：我们喜欢 Cloudflare ——这个页面是由 Cloudflare Worker 提供服务的。持久对象模型（具有自己的存储、按名称寻址的单线程对象）是多年来交付的最佳原语分布式系统之一，该设计是 Kenton Varda 和 Cloudflare Workers 团队的。 celld 是一封写给他们想法的情书；这是一个原始的东西，值得在任何地方运行。 celld = V8 + SQLite + LTX 完全依赖于 S3 的有状态分布式系统 LTX 是 Litestream 的副本格式，来自 Ben Johnson 阅读文档 →