corpusctl 对比 Contentful：当没有人对你的流量计费时，会有什么不同
Contentful 按 API 调用、记录和用户计费。corpusctl 从边缘提供读取，因此没有可计费的调用。一份诚实的并排对比。
Contentful 是一款优秀的产品。它同时也是一款你的内容表现越好、收费就越高的产品——而且自 2026 年 6 月起，它归 Salesforce 所有。
在你做选择时，这两个事实都应当被摆到台面上。
定价模式就是全部的争论所在
Contentful 按用量计费。API 调用、记录、用户、空间、语言环境——每一项都是一条带有上限的计费项，每个上限之上都有超额价格。这套模式内部逻辑自洽，也便于计费。但它有一个人们往往很晚才发现的后果：
一次成功的上线，与一次账单事故毫无区别。
当一篇文章火起来的那天，你的 API 调用次数就会上升。你的内容没有任何变化，你的基础设施没有任何变化，你所做的工作也没有任何变化。变化的只是读到它的人数——而这正是你账单上的那个数字。
corpusctl 没有这一计费项，因为它根本没有这次调用。
当你点击发布时，构建流水线会把渲染好的内容写入对象存储中一个不可变、以哈希寻址的文件，并刷新一份清单（manifest）。访客的客户端将 slug 解析到对应的清单分片，然后从 nginx 边缘缓存中获取那个不可变地址。两次 HTTP 请求，都可缓存三十天，且都不触及 API 或 PostgreSQL。
没有按调用计费的表，因为根本没有按调用这回事。
随着访客数量增长，上升的是你的缓存命中率——而不是你的账单。
一个面板管理 N 个项目——对比一个空间、一份账单
如果你只运营单一产品、单一内容集，那么本节与你无关，Contentful 的空间模式对你来说完全够用。
如果你运营的是一家代理机构、一个项目组合，或是一款每个客户都需要各自内容的 SaaS，那么本节对你极其重要。在 Contentful 中，一个项目就是一个空间，而在大多数套餐中，空间是一个计费单元。十个客户站点，就是按你套餐每空间收费标准的十倍。
在 corpusctl 中，多租户不是某个套餐档位，而是内置于核心：
- 一个面板，无限空间。
- 一个用户在各空间拥有彼此独立的角色——在一个客户处是编辑，在另一个客户处是所有者，在第三个客户处则完全不可见。
- 隔离由PostgreSQL 行级安全（row-level security）在数据库层强制执行，而不是靠应用层某个
WHERE子句——那种子句总有人会忘了写。