S3 是未来，也是过去
S3 Is the Future, S3 Is the Past
Amazon S3 凭借无限容量和高耐久性，已成为现代数据架构的基石，从 Iceberg 到 Warpstream 都围绕它构建。然而，S3 的设计基于二十年前的机械硬盘假设，导致高延迟和写入限制，迫使开发者必须通过缓存和批处理来规避。如今，SSD 价格持续下跌，性能已远超机械硬盘，微秒级延迟和随机读写能力让传统架构的妥协变得不再必要。尽管 Amazon 推出了 S3 Express One Zone，但其高昂成本和单可用区限制仍无法满足需求。真正的障碍并非技术，而是云厂商缺乏打破现有盈利模式的动力。我们不应等待巨头行动，而应自行构建基于 SSD 的新一代存储基础设施。
讽刺的是，基于 S3 的架构正在成为行业标准，恰恰是在当初驱动这种架构的硬件限制正在消失的时候。
HN 评论区
117- simonw
关于今天的 S3，我注意到的一点是：虽然过去价格经常下调，但整整十年里再也没有降过价：
2006-03-14 $0.150/GB-月
2010-11-01 $0.140/GB-月
2012-02-01 $0.125/GB-月
2012-12-01 $0.095/GB-月
2014-02-01 $0.085/GB-月
2014-04-01 $0.030/GB-月
2016-12-01 $0.023/GB-月
如今价格依然是 $0.023/GB-月。
- richieartoul
好文章。我同意，把所有东西都强行绑定在 S3 上确实有点可惜（作为一个曾推动很多人走向这条路的人，我这么说），但眼下这是云原生软件运行中一个不幸的现实：因为云网络和 SSD 太贵，如果你想要一个能经济高效地处理“大数据”规模负载的系统，你就真的必须使用 S3。
- bojangleslover
> 构建一个真正的基于 SSD 的、解耦的存储服务，具备作为通用 S3 替代品所需的持久性、容量和定价特性，在技术上并没有根本性障碍
其实现在有很多非常有竞争力的替代方案，只是大多不为人知。例如 Backblaze 的 B2 Overdrive， boasting up to 1 Tbps；Wasabi 提供字节级兼容 S3 的存储，在合理用量下没有外网流量费；还有 Cloudflare R2，同样没有外网流量费。所有这些方案在扣除外网流量费之前的价格都明显低于 S3（而外网流量费才是真正的痛点……你甚至无法量化这种锁定带来的成本）。
- zokier
并不是在推销这些服务。我们使用 R2 和 Wasabi 作为存储后端……所以我们确实喜欢它们，但并没有收钱说好话。
(1) https://www.backblaze.com/cloud-storage/b2-overdrive
(2) https://wasabi.com/cloud-object-storage/wasabi-fire
(3) https://carolinacloud.substack.com/p/pushing-r2-to-its-limit...
- hadlock
目前甚至还不清楚如何在单个主机上高效地对接 SSD，各种尝试都在试图摆脱传统的纯块设备模型。NVMe 已经扩展了 KV、ZNS 和 FDP 等特性，各自提供不同的能力。此外当然还有 open channel SSD 以及其他一些方案。我有点预期，未来的基础 IO 接口会变得更像 S3，而不是块设备或类 Unix 文件系统。
- 0xCMP
我终于停止使用 (S)FTP 了，因为我发现现在所有 FTP 客户端都原生支持 S3。结果发现，如果你的业务伙伴想用 SFTP，99.9% 的情况下，只要他们升级客户端，新版本就会自带 S3 支持，然后你就可以直接用现代工具了。等他们最终实现自动化时，也能用上现代工具。
- MisterMunchkin
那张图令人遗憾的地方在于，我认为它没有反映当前的价格，因为我们正经历内存短缺/紧张，这推高了所有类型内存的价格。
不过话说回来，虽然它应该比现在更快，但一个围绕 SSD 设计的 S3 对 API 用户来说会有什么不同？我想 API 基本是一样的。
- d1l
有人搞清楚 Glacier 是怎么工作的了吗？我希望他们能直接告诉我们。我乐意签 NDA，我就是想知道它是怎么运作的！
我还想要一个“垃圾桶”存储服务。也就是说，没有冗余，没有多可用区。只是极其便宜的存储，用来放那些丢了也无所谓的东西，这样我就能批量存一堆数据，而且随时能轻松恢复。