2. 对象存储核心概念：桶（Bucket）、对象（Object）、键（Key）、元数据（Metadata）、对象ID、存储池

对象存储的架构模型围绕几个核心抽象概念构建。理解这些概念是进行领域建模和后续性能优化的基础。与块存储的 LUN 或文件存储的目录/文件不同，对象存储采用扁平化的命名空间和丰富的自描述元数据，从而在分布式环境下实现高扩展性与灵活性。

2.1 核心概念总览

下表列出了对象存储的六大核心概念及其在架构中的角色定位：

2.2 桶（Bucket）—— 命名空间与权限边界

桶是对象存储中最顶层的逻辑容器。每个桶拥有独立的命名空间，对象键在该空间内必须唯一。桶的主要职责包括：

• 隔离性： 不同租户或业务的数据分属不同桶，互不干扰。
• 策略挂载点： 桶级别可配置访问控制策略（IAM）、生命周期规则、版本控制、跨区域复制等。
• 计量单位： 存储用量、请求次数通常按桶维度统计。

桶的命名通常遵循全局唯一性约束（如 AWS S3 要求桶名在全部区域唯一），且创建后不可重命名。

2.3 对象（Object）与键（Key）—— 数据与寻址

对象是存储数据的基本载体，由三部分组成：数据本体、元数据 和 键。键是用户在桶内定位对象的字符串，通常采用类似文件路径的分层格式（如 images/2024/photo.jpg），但对象存储并不将其解析为目录树——它只是一个扁平化的键名。

2.4 元数据（Metadata）—— 自描述与索引

元数据是附着在对象上的键值对集合，分为两类：

元数据与对象数据一起存储，但通常被独立索引，以支持基于属性的快速查询（如列出所有 project=alpha 的对象）。

2.5 对象ID（Object ID）—— 系统内部路由标识

对象ID 是存储系统在对象创建时分配的全局唯一标识符，通常由 集群ID + 分区ID + 时间戳 + 随机数 组合生成。与用户可见的键不同，对象ID 用于后端数据放置、副本管理和故障恢复。

// 对象ID 生成示例（伪代码）
ObjectID = Hash(ClusterID) + PartitionID + Timestamp + RandomSuffix
// 输出: 0x3A1F_0B_62E4A8F0_9C7D

对象ID 的设计直接影响数据分布均匀性和查询效率。优秀的 ID 生成策略应满足：

• 全局唯一：避免冲突。
• 单调递增或随机分布：根据场景选择，随机分布有利于负载均衡。
• 可解码：能从 ID 中提取分区信息，实现快速路由。

2.6 存储池（Storage Pool）—— 物理资源抽象

存储池是对底层物理存储介质（HDD、SSD、NVMe）的逻辑抽象，用于实现 QoS 分级、故障隔离和容量管理。一个存储池通常包含多个存储节点，采用纠删码或多副本策略提供数据冗余。

2.7 核心概念关系图

下图展示了桶、对象、键、元数据、对象ID 和存储池之间的逻辑关系与数据流向：

2.8 数据写入流程中的概念协作

以一次典型的对象上传操作为例，展示各核心概念如何协同工作：

1. 用户请求：指定桶名、对象键、数据体和自定义元数据。
2. 桶验证：系统检查桶是否存在、用户是否有写入权限。
3. 键校验：确保键在桶内唯一（或允许覆盖）。
4. 对象ID 生成：系统分配全局唯一的对象ID。
5. 元数据索引：系统元数据与用户元数据写入元数据索引服务。
6. 数据放置：根据对象ID 哈希选择目标存储池和分区，写入数据副本或纠删码分片。
7. 返回确认：返回对象ID 和 ETag（数据校验值）。

2.9 概念对比：对象存储 vs 文件存储 vs 块存储