1.1 对象存储概述

对象存储（Object Storage）是一种将数据作为离散单元（对象）进行管理的存储架构。每个对象包含数据本身、元数据（描述数据的属性）以及全局唯一的标识符（ID）。与传统的块存储和文件存储不同，对象存储通过扁平命名空间和 RESTful API 提供访问，天然适配海量非结构化数据的存储与分发场景。

1.1.1 对象存储定义与核心概念

对象存储的核心三要素：

• 对象（Object）：数据的最小存储单元，由数据内容、元数据和全局 ID 组成。
• 桶（Bucket）：对象的逻辑容器，用于组织和管理对象集合。
• 扁平命名空间（Flat Namespace）：所有对象在同一层级通过唯一 ID 寻址，无目录树结构。

1.1.2 与传统存储的对比

1.1.3 对象存储核心优势

1. 无限扩展性：通过分布式架构实现水平扩展，存储容量和吞吐量随节点增加线性增长。
2. 扁平命名空间：消除目录树深度限制，对象寻址不依赖路径解析，支持高并发访问。
3. 丰富的元数据：支持自定义元数据，便于数据分类、检索和生命周期管理。
4. 数据持久性与自愈：通过纠删码或多副本策略实现数据冗余，自动修复故障副本。
5. 统一访问接口：基于 HTTP 的 RESTful API，跨平台兼容，天然适配云原生生态。

1.1.4 对象存储架构总览

下图展示了对象存储的核心组件及其交互关系：

1.1.5 扁平命名空间与元数据挑战

扁平命名空间消除了目录树，但带来了元数据管理的核心挑战：

• 对象 ID 设计：需要全局唯一、可哈希分布、支持前缀扫描。
• 桶内对象枚举：无目录结构后，列表操作依赖元数据索引。
• 元数据一致性：对象创建/删除/更新需要原子事务保证。
• 热点规避：高频访问的元数据条目可能导致数据库锁竞争。

1.1.6 对象存储元数据模型示例

以下是一个简化的 PostgreSQL 元数据表结构，用于管理对象存储的核心元数据：

-- 对象元数据表
CREATE TABLE objects (
    bucket_id   UUID NOT NULL,
    object_id   VARCHAR(255) NOT NULL,
    etag        VARCHAR(64) NOT NULL,
    size        BIGINT NOT NULL,
    content_type VARCHAR(128),
    storage_class VARCHAR(32) DEFAULT 'STANDARD',
    created_at  TIMESTAMPTZ NOT NULL DEFAULT NOW(),
    updated_at  TIMESTAMPTZ NOT NULL DEFAULT NOW(),
    metadata    JSONB DEFAULT '{}',
    PRIMARY KEY (bucket_id, object_id)
);

-- 桶信息表
CREATE TABLE buckets (
    bucket_id   UUID PRIMARY KEY,
    name        VARCHAR(63) NOT NULL UNIQUE,
    owner       VARCHAR(128) NOT NULL,
    created_at  TIMESTAMPTZ NOT NULL DEFAULT NOW(),
    versioning  BOOLEAN DEFAULT FALSE
);

-- 索引：支持桶内对象列表按时间排序
CREATE INDEX idx_objects_created 
    ON objects (bucket_id, created_at DESC);