4. 领域驱动设计（DDD）基础：实体、值对象、聚合、领域事件、限界上下文在存储系统中的映射
领域驱动设计（DDD）为复杂软件系统提供了一套严谨的建模语言与边界划分方法。在对象存储架构中，DDD 的核心战术模式——实体、值对象、聚合、领域事件与限界上下文——能够帮助我们精准地描述存储语义、数据生命周期与系统交互边界，避免将存储系统降级为“纯键值对”或“文件路径”的简单集合。
4.1 实体（Entity）与值对象（Value Object）的存储映射
在 DDD 中，实体拥有唯一标识且其状态会随时间变化；值对象则通过属性值定义自身，无独立标识且不可变。在对象存储领域，这两种概念对应着截然不同的数据模型。
| DDD 概念 | 对象存储映射 | 典型示例 | 标识方式 |
|---|---|---|---|
| 实体 | 存储桶（Bucket）、对象（Object） | 用户创建的“my-photos”桶 | 桶名（全局唯一）、对象键（桶内唯一） |
| 值对象 | 元数据（Metadata）、ACL、标签（Tag） | Content-Type、Last-Modified、x-amz-meta-* | 无独立标识，由所属实体承载 |
| 值对象 | 分片信息（PartInfo）、上传策略（Policy） | 分片 ETag、分片编号、上传 URL 签名 | 通过实体引用定位 |
建模要点： 存储桶和对象必须作为实体建模，因为它们的生命周期需要被追踪（创建、删除、版本演进）。而对象的 Content-Type、自定义元数据、存储类型（STANDARD/IA）应建模为值对象，替换时直接整体替换，不修改内部字段。
4.2 聚合（Aggregate）与一致性边界
聚合是 DDD 中保证数据一致性的最小单元。在对象存储中，聚合根通常是存储桶或对象，聚合边界内所有变更必须通过聚合根对外暴露的接口完成。
聚合设计原则： 对象存储中，一个存储桶内的对象数量可能达到数十亿，但聚合边界不应跨越整个桶。建议将“单个对象”作为最小聚合，桶作为聚合根管理对象创建/删除策略，但对象自身的元数据变更不依赖桶的锁。
4.3 领域事件（Domain Event）与存储系统状态变更
领域事件用于记录聚合中发生的、对业务有意义的状态变更。在对象存储中，领域事件是驱动异步复制、通知服务、生命周期管理的关键机制。
| 领域事件 | 触发条件 | 事件负载（值对象） | 典型消费者 |
|---|---|---|---|
| ObjectCreated | PutObject / CompleteMultipartUpload | 桶名、对象键、ETag、大小、时间戳 | 事件通知（SNS）、数据复制 |
| ObjectRemoved | DeleteObject / 生命周期过期 | 桶名、对象键、删除标记（版本 ID） | 审计日志、缓存失效 |
| ObjectRestore | 从归档存储恢复对象 | 桶名、对象键、恢复有效期 | 应用层回调、计费系统 |
| BucketPolicyUpdated | PutBucketPolicy | 桶名、策略版本、变更时间 | 权限缓存刷新、合规扫描 |
事件溯源注意事项： 对象存储的领域事件通常用于“通知”而非“溯源”。不建议将事件日志作为对象数据的唯一真实来源（Source of Truth），因为对象数据体量巨大，事件存储成本过高。事件应仅记录元数据变更，数据本体仍以对象存储引擎为准。
4.4 限界上下文（Bounded Context）与服务边界划分
限界上下文是 DDD 中划分系统边界的最核心概念。在对象存储架构中，不同的限界上下文对应不同的子域，拥有独立的领域模型、数据存储和通信协议。
4.5 限界上下文之间的协作模式
对象存储的多个限界上下文之间通过明确的协作模式交互，避免模型污染：
- 开放主机服务（OHS）： 控制平面通过 RESTful API（S3 兼容接口）对外暴露桶和对象操作，数据平面通过内部 RPC 协议暴露存储节点操作。
- 发布语言（PL）： 领域事件采用统一的 JSON Schema 格式，确保数据平面、控制平面和管理平面都能正确解析事件负载。
- 防腐层（ACL）： 在管理平面与外部计费系统之间建立防腐层，将外部系统的“订单”“账单”概念转换为存储系统内部的“用量记录”“存储容量”值对象。
- 共享内核： 所有限界上下文共享“对象键（ObjectKey）”“桶名（BucketName）”“ETag”等核心值对象定义，但各自持有独立的实体实现。
架构决策： 在大型对象存储系统中，建议将“数据平面”与“控制平面”拆分为独立的限界上下文。数据平面追求高吞吐、低延迟，使用最终一致性模型；控制平面追求强一致性，使用分布式事务或乐观锁。两者通过领域事件和异步消息解耦，避免数据平面被控制平面的锁机制拖慢。
4.6 本章小结
DDD 的战术模式为对象存储提供了精确的建模语言：
- 实体映射为存储桶和对象，拥有唯一标识和生命周期；
- 值对象映射为元数据、ACL、标签等无标识的不可变属性；
- 聚合以对象为最小一致性单元，桶作为聚合根管理策略；
- 领域事件驱动异步复制、通知和生命周期管理；
- 限界上下文将系统划分为数据平面、控制平面和管理平面，各自独立演进。