不分美国欧洲一个价：Tigris 给「给 AI 存数据」挂出 2 美分/GB 的月价

作者：周砚

Tigris 官网定价页把四档存储和出口条款一次列清：标准档 0.02 美元/GB/月，出口在区域间、跨云、公网全部免费，美国和欧洲的多区域桶同价。对读放大明显的 AI 负载，这种结构省掉的是搬数据的钱；代价是存储单价高于 Cloudflare R2 约三分之一，免费额度也更紧。这篇文章用定价页、About 页和工程博客三条官方材料，讲清这门生意怎么算账、成本压在谁身上，以及还有哪些数字没核实到。

Tigris 把价目表挂在了官网定价页上：标准档 0.02 美元/GB/月，低频档 0.01，Archive 和 Archive Instant Retrieval 两个归档档都是 0.004 。页面开头强调的不是价格本身，而是「一个价」——美国的多区域桶和欧洲的多区域桶同价，出口流量在区域间、跨云、公网三个方向都不收费 。

对一家自称「为 AI 做的存储」的公司，这个定价结构比数字本身更值得看。

一张价目表里有什么

除了四档存储，Tigris 还列了请求费：写类（Class A，含 PUT、COPY、LIST）0.005 美元/千次，读类（Class B，含 GET、HEAD）0.0005 美元/千次，DELETE 和 CANCEL 免费 。对象通知按事件计，0.01 美元/千次。

有几项容易被忽略的成本。低频档最短存储 30 天，两个归档档 90 天，提前删除或转档照收；低频取回 0.01 美元/GB，Archive Instant Retrieval 取回 0.03 美元/GB；从 Archive 恢复时，数据先按标准档计存储费，恢复期结束才回到归档价 。免费额度是 5GB 标准存储、每月 1 万次 A 类、10 万次 B 类请求，不要信用卡 。

为什么 AI 应用在乎「数据在哪、出门要不要钱」

对象存储的账单通常由三块组成：存了多少、请求了多少次、数据搬出去多少。第三块叫出口流量，按 GB 计，跟存多久无关。多云或跨区的架构里，这份钱会重复出现：训练在每个区各拉一遍数据集，推理服务在另一个云上读同一批向量，RAG 每次问答要取几十个文本块——读放大几倍，出口费就乘几倍。

Tigris 在定价页上举的例子是「100 块 GPU 各读一遍训练集，账单不动」。这句话在它的计费规则下成立：出口为零，读的只是 B 类请求，超出 10 万次/月的免费额度后按 0.0005 美元/千次算。账单压力从「搬数据」转到了「存数据」和「请求次数」上。

这对代理类负载尤其相关。一个写文件的 agent 不是写一次就完：它要建临时工作区、反复读改、留检查点、并行开分支。Tigris 博客里这类题目占了大半——bucket fork、agent-shell、把桶当消息队列、给 agent 发独立沙箱 。共同特点是元数据操作密集、单对象不大、读和写都很频繁。

统一价的另一面：贵在哪里

同为「出口免费」阵营，Cloudflare R2 是最直接的对照组。R2 标准档 0.015 美元/GB/月，低频 0.01 加 0.01 美元/GB 取回；A 类请求 4.50 美元/百万次，B 类 0.36 美元/百万次 。换算成同样单位，Tigris 的存储单价高约三分之一，A 类请求高约 11%，B 类高约 39%。

按 1TB 算一笔：Tigris 标准档一个月 20.48 美元，R2 是 15.36 美元，差 5.12 美元 。这 5 美元买的是「任意区读都不加价」。如果业务真把同一份数据在三大洲反复读，这笔钱好算；如果数据只是安静躺着，或者读放大只有一两倍，差距就是纯支出。

免费额度的取向也不一样。R2 给 10GB 存储、100 万次 A 类、1000 万次 B 类；Tigris 给 5GB、1 万次 A 类、10 万次 B 类 。存储少一半，两类请求都只有对方的百分之一——更像是给单个开发者试用留的入口，而不是给批量迁移留的口子。

至于 AWS S3，可核实的是结构而非单价：出口按月聚合分档计价，跨 EC2、S3 等多个服务合并计档，每月 100GB 免费出口 ；低频档最短存储 30 天，Glacier 90 天，Deep Archive 180 天，DELETE 免费 。Tigris 博客里说 AWS 对「读回自己的数据」收 0.09 美元/GB ，这个数字本轮没有在 AWS 官方页的返回文本里核实到，只能当厂商说法引用。

一个价，是怎么撑住的

把定价统一，等于把跨区复制、热点键、冲突解决的复杂度全部收进自己的成本项。Tigris 的工程博客把这条线露了一点：元数据跑在 FoundationDB 上，全局放置、缓存、复制建在这层之上 ；跨区写冲突用基于时间戳的复制解决，博客里直说存在时钟偏移带来的竞争 ；此前拿 FoundationDB 兼做消息队列，撞到写上限后迁到 Kafka 。

最新一篇（11 月 3 日）在讲怎么把 FoundationDB 的事务画像收进 ClickHouse，再用 Grafana 查热点键、事务冲突和「部署后的负载变化」。这不太像营销文章，更像在说：全球一张价目表，背后得有人一直盯着哪个键被写热了、哪次发布改了流量分布。这类成本不出现在客户的账单上，但总得有人付。

S3 兼容是另一头的成本。用得起别人的工具链，才谈得上「不走大云锁定」；而兼容意味着签名、错误码、桶语义这些细节要一对一复现，博客里那篇讲 SigV4「比看上去复杂」的文章就在这个位置 。

还没核实的几件事

出口和请求费是否另收，定价页写清了：出口全免，请求另收 。没写清的是「异常带宽」的边界——页面上只留了一个邮箱，超过多少需要议价，没有数字 。

与 AWS 的实际价差，目前只能核到计费结构的差异，每 GB 单价缺失；与 R2 的差距则可以精确到小数点后两位，因为 R2 的价格页完整公开 。融资和真实客户规模没有独立来源，Goldsky 的 9 毫秒点查、Parseable 的数据湖都出自 Tigris 署名的客户案例，属厂商材料 。价格时效也只到读取当天，即 2026 年 11 月 9 日，页面没有变更公告 。

所以这张价目表能说明的事有限但具体：Tigris 把「数据在哪、搬几次」从账单里删掉了，把这部分风险留给自己，代价是存储单价高于同类、免费额度偏紧。它适合读放大明显、算力散在多个云的团队；对只存不读、或者写远多于读的业务，统一价的溢价并不便宜。判断标准其实只有一个数：同一份数据一个月被搬出去几次。

转载说明

本文根据以下公开资料整理，原文及配图出处见下方。

• [S1] Pricing | Tigris
• [S2] About | Tigris
• [S3] Engineering blog | Tigris Object Storage
• [S4] Pricing
• [S5] S3 Pricing
• [S6] EC2 On-Demand Instance Pricing
• 配图 1：来源：www.tigrisdata.com（图片署名见原文） · 图片出处
• 配图 2：来源：www.tigrisdata.com（图片署名见原文） · 图片出处