对象存储
一种云存储架构范式，以扁平化命名空间存储数据对象，每个对象包含数据、元数据和唯一标识符，擅长处理大块不可变数据，成本低、容量弹性大，代表产品包括Amazon S3、Google Cloud Storage等
核心事实
时间轴 (近 90 天)
对象存储（如S3兼容接口）因近乎无限的扩展能力已成为AI大规模数据集的主流承载方式
refs 的更新需要强一致性保证，而多数对象存储只提供最终一致性，需要额外的元数据服务或条件写入机制来避免冲突
在对象存储场景下，仅在需要读取具体对象内容时才向对象存储发起 range request，这种分离设计是获得可接受延迟的关键前提
如果愿意重新生成 packfile，Git 可以运行在对象存储之上
对象存储没有传统文件系统的目录语义、文件锁和低延迟随机访问能力
HydraDB 直接构建在对象存储（Object Storage）之上，而非依赖传统本地磁盘或自管理存储层
构建在对象存储之上可降低运维复杂度，无需管理存储节点、处理磁盘故障或手动扩容
主流云服务商普遍承诺对象存储 99.999999999%（11个9）的数据持久性
对象存储将数据作为对象进行管理，每个对象包含数据本身、元数据以及一个全局唯一的标识符
对象存储相比块存储，单位存储成本通常低一个数量级
还有 12 条时间轴事件
全部知识事实 (20)
对象存储相比块存储，单位存储成本通常低一个数量级
75%已验证对象存储的访问延迟通常在数十到数百毫秒级别，远高于本地 SSD（微秒级）或内存（纳秒级）
65%待验证对象存储将数据视为独立的「对象」，每个对象包含数据本身、元数据和唯一标识符，存储在扁平化的命名空间中，与传统文件存储（层级目录结构）和块存储（固定大小的块映射到磁盘扇区）有本质区别。
60%待验证对象存储（如S3兼容接口）因近乎无限的扩展能力已成为AI大规模数据集的主流承载方式
50%待验证在对象存储场景下，仅在需要读取具体对象内容时才向对象存储发起 range request，这种分离设计是获得可接受延迟的关键前提
50%待验证如果愿意重新生成 packfile，Git 可以运行在对象存储之上
50%待验证对象存储没有传统文件系统的目录语义、文件锁和低延迟随机访问能力
50%待验证refs 的更新需要强一致性保证，而多数对象存储只提供最终一致性，需要额外的元数据服务或条件写入机制来避免冲突
50%待验证构建在对象存储之上可降低运维复杂度，无需管理存储节点、处理磁盘故障或手动扩容
50%待验证HydraDB 直接构建在对象存储（Object Storage）之上，而非依赖传统本地磁盘或自管理存储层
50%待验证主流云服务商普遍承诺对象存储 99.999999999%（11个9）的数据持久性
50%待验证对象存储将数据作为对象进行管理，每个对象包含数据本身、元数据以及一个全局唯一的标识符
50%待验证对象存储的 API 请求（PUT/GET/LIST）本身收费，高频小对象访问时请求费用可能远超存储费用
50%待验证将小对象聚合成大对象可以降低对象存储的请求开销
50%待验证将数据层外置到对象存储的策略本质上是将复杂性从应用运维侧转移到专业的存储服务侧
50%待验证对象存储采用扁平化的命名空间，通过 RESTful HTTP API 进行数据存取，将数据作为包含数据、元数据和唯一标识符的对象来管理
50%待验证将数据层外置到对象存储可实现应用无状态化，从而支持容器化部署（如 Docker Compose）和 Kubernetes 编排
50%待验证PicoMQ 将持久化消息流直接构建在对象存储之上，并通过 HTTP 协议提供访问
50%待验证S3 等对象存储仅提供简单的 PUT/GET 原语，不支持原子性的 compare-and-swap 操作或事务日志
50%待验证将数据层外置到对象存储的策略本质上是将复杂性从应用运维侧转移到专业的存储服务侧，是实现云原生应用无状态化的关键手段之一
50%