对象存储
一种云存储架构范式，以扁平化命名空间存储数据对象，每个对象包含数据、元数据和唯一标识符，擅长处理大块不可变数据，成本低、容量弹性大，代表产品包括Amazon S3、Google Cloud Storage等
核心事实
时间轴 (近 90 天)
实践中可结合版本化存储（如DVC、Git LFS或将权重上传至对象存储并记录哈希）来管理大文件，避免二进制文件与代码版本脱节。
对象存储面向 Java、Python、Go、C++、Rust 等十余种主流语言提供 SDK。
备份与归档类工作负载对延迟不敏感，慢一点不会立即暴露降级。
对关键数据保留一个冷备通道，是应对长时间降级的低成本保险。
为对象存储设定P95延迟基线，当P95值显著偏离历史基线时触发告警，可以帮助团队在降级初期（如延迟翻倍但未完全故障）就发现问题。
多数用户没有针对对象存储单独建立细粒度的SLO监控。
对象存储解耦读取路径后，代理可以大规模并发地获取对象数据，读取不再需要经过与写入共享的瓶颈。
对象存储带来的读扩展性有代价：一致性模型变得更复杂，缓存和失效策略需要重新设计。
GitHub 的新架构将 Git 的引用层与对象层解耦，对象层迁移到对象存储后，读取操作可以独立于写入路径进行横向扩展。
对象存储本身不提供强一致的目录通知或租约机制，因此需要额外的元数据服务（如 etcd、ZooKeeper 或自研协调层）来管理 segment 的可见性、版本和合并状态。
还有 23 条时间轴事件
全部知识事实 (20)
对象存储相比块存储，单位存储成本通常低一个数量级
75%已验证对象存储的访问延迟通常在数十到数百毫秒级别，远高于本地 SSD（微秒级）或内存（纳秒级）
65%已验证P95表示95%的请求延迟低于该值，P99表示99%的请求延迟低于该值，高分位数指标专门捕捉尾部延迟严重程度
65%待验证对象存储将数据视为独立的「对象」，每个对象包含数据本身、元数据和唯一标识符，存储在扁平化的命名空间中，与传统文件存储（层级目录结构）和块存储（固定大小的块映射到磁盘扇区）有本质区别。
60%待验证实践中可结合版本化存储（如DVC、Git LFS或将权重上传至对象存储并记录哈希）来管理大文件，避免二进制文件与代码版本脱节。
50%待验证对象存储面向 Java、Python、Go、C++、Rust 等十余种主流语言提供 SDK。
50%待验证为对象存储设定P95延迟基线，当P95值显著偏离历史基线时触发告警，可以帮助团队在降级初期（如延迟翻倍但未完全故障）就发现问题。
50%待验证多数用户没有针对对象存储单独建立细粒度的SLO监控。
50%待验证对关键数据保留一个冷备通道，是应对长时间降级的低成本保险。
50%待验证备份与归档类工作负载对延迟不敏感，慢一点不会立即暴露降级。
50%待验证对象存储解耦读取路径后，代理可以大规模并发地获取对象数据，读取不再需要经过与写入共享的瓶颈。
50%待验证对象存储带来的读扩展性有代价：一致性模型变得更复杂，缓存和失效策略需要重新设计。
50%待验证GitHub 的新架构将 Git 的引用层与对象层解耦，对象层迁移到对象存储后，读取操作可以独立于写入路径进行横向扩展。
50%待验证对象存储本身不提供强一致的目录通知或租约机制，因此需要额外的元数据服务（如 etcd、ZooKeeper 或自研协调层）来管理 segment 的可见性、版本和合并状态。
50%待验证对象存储（如S3兼容接口）因近乎无限的扩展能力已成为AI大规模数据集的主流承载方式
50%待验证如果愿意重新生成 packfile，Git 可以运行在对象存储之上
50%待验证对象存储没有传统文件系统的目录语义、文件锁和低延迟随机访问能力
50%待验证在对象存储场景下，仅在需要读取具体对象内容时才向对象存储发起 range request，这种分离设计是获得可接受延迟的关键前提
50%待验证refs 的更新需要强一致性保证，而多数对象存储只提供最终一致性，需要额外的元数据服务或条件写入机制来避免冲突
50%待验证HydraDB 直接构建在对象存储（Object Storage）之上，而非依赖传统本地磁盘或自管理存储层
50%