1、对象存储概述
什么是对象存储
对象存储（Object Storage）是一种将数据作为独立对象进行管理的存储架构。每个对象包含数据本身、元数据（描述数据的属性）以及全局唯一的标识符（ID）。对象存储通过扁平化的地址空间（而非层级目录）来定位数据，通常基于 HTTP/HTTPS 协议进行访问，天然适合海量非结构化数据的存储与分发。
与传统的块存储和文件存储不同，对象存储不依赖底层硬件块映射或文件系统树形结构，而是通过 RESTful API 对对象进行创建、读取、更新和删除操作。这种设计使得对象存储具备极强的水平扩展能力，能够轻松管理 EB 级数据。
对象存储 vs 块存储 vs 文件存储
三种存储架构在数据组织方式、访问协议、适用场景上存在本质差异。下表从多个维度进行对比：
| 对比维度 | 对象存储 | 块存储 | 文件存储 |
|---|---|---|---|
| 数据组织 | 扁平命名空间，对象 + 元数据 | 固定大小块，按 LBA 寻址 | 树形目录，文件 + 目录 |
| 访问协议 | HTTP/HTTPS (S3, Swift) | iSCSI, FC, NVMe-oF | NFS, SMB/CIFS |
| 扩展性 | 水平扩展，EB 级 | 受限于 SAN 架构 | 受限于文件系统元数据 |
| 元数据能力 | 丰富自定义元数据 | 无元数据 | 有限（文件名、时间戳） |
| 修改方式 | 整体覆盖或追加 | 随机小块读写 | 随机读写 + 追加 |
| 典型场景 | 备份归档、云原生、媒体存储 | 数据库、虚拟机磁盘 | 共享文档、HPC 工作流 |
关键区别：对象存储将数据与元数据绑定在一起，通过 HTTP 语义操作；块存储面向底层硬件块，适合低延迟随机访问；文件存储面向人类用户和 POSIX 接口，适合共享文件系统场景。
对象存储的核心概念
理解对象存储需要掌握三个基本元素：桶（Bucket）、对象（Object）、元数据（Metadata）。它们共同构成了对象存储的数据模型。
桶（Bucket）
- 桶是对象的容器，类似于文件系统中的顶级目录，但不支持嵌套。
- 桶的名称在全局（或区域）范围内唯一，用于构造对象的访问路径。
- 桶可以配置访问策略、版本控制、生命周期规则等。
对象（Object）
- 对象是存储的基本单元，包含数据内容（Data）和元数据（Metadata）。
- 每个对象通过 Key（对象键）在桶内唯一标识。
- 对象数据可以是任意类型：图片、视频、日志、数据库备份等。
元数据（Metadata）
- 元数据是描述对象属性的键值对集合。
- 系统元数据：Content-Type、Content-Length、ETag、Last-Modified 等。
- 自定义元数据：用户可附加业务属性，如
x-amz-meta-project、x-amz-meta-version。
下图展示了桶、对象、元数据之间的层次关系：
对象存储的访问模型
对象存储通过 RESTful API 对外提供服务，核心操作映射到 HTTP 方法：
| 操作 | HTTP 方法 | 资源路径 | 说明 |
|---|---|---|---|
| 创建桶 | PUT | /bucket | 全局唯一桶名 |
| 上传对象 | PUT | /bucket/key | 携带元数据头部 |
| 获取对象 | GET | /bucket/key | 返回数据 + 元数据 |
| 删除对象 | DELETE | /bucket/key | 立即删除 |
| 列举对象 | GET | /bucket?prefix=... | 支持前缀、分页 |
Go 语言实践提示：在 Go 中操作对象存储通常使用
aws-sdk-go 或 minio-go 客户端库。例如，使用 minio-go 上传对象时，可以通过 PutObjectOptions 结构体设置自定义元数据，这些元数据最终会以 HTTP 头的形式发送到服务端。
对象存储的典型应用场景
- 云原生应用：容器镜像、日志、配置文件的持久化存储。
- 备份与归档：冷数据长期保存，支持生命周期自动迁移到低成本存储层。
- 静态网站托管：桶可直接作为 Web 服务器，配合 CDN 加速全球分发。
- 大数据与 AI：训练数据集、模型文件、中间结果的存储与共享。
- 多媒体内容管理：图片、视频、音频的存储、转码、分发一体化。
下图展示了对象存储在企业数据流中的典型位置：
注意：对象存储不适合需要频繁小范围修改的场景（如数据库在线事务处理），因为每次修改都需要重新上传整个对象。对于这类场景，应优先考虑块存储或文件存储。