4. 服务边界划分：基于DDD的限界上下文识别

在对象存储领域，单体架构向微服务演进的核心挑战在于服务边界的合理划分。领域驱动设计（DDD）的限界上下文（Bounded Context）为这一划分提供了严谨的方法论。本节将基于对象存储的核心业务能力，识别出四个关键限界上下文，并明确其职责边界与集成关系。

4.1 限界上下文识别过程

限界上下文的识别遵循“业务能力→聚合→上下文”的逐层分解路径。我们首先梳理对象存储的核心业务能力，然后通过事件风暴（Event Storming）识别聚合根与领域事件，最终形成清晰的上下文边界。

4.2 四个核心限界上下文详解

4.2.1 元数据服务（Metadata Service）

元数据服务是对象存储的控制平面，负责管理所有结构化元数据。其核心职责包括：

• Bucket管理：创建、删除、列举Bucket，维护Bucket配置（地域、权限、版本控制）。
• 对象元数据：存储对象名称、大小、ETag、Content-Type、自定义元数据等。
• 用户与权限：认证鉴权，访问控制列表（ACL）与IAM策略评估。
• 数据一致性保障：通过PostgreSQL事务保证元数据操作的ACID特性。

元数据服务是唯一直接操作PostgreSQL数据库的上下文，其他服务通过API或事件与其交互。

4.2.2 存储服务（Storage Service）

存储服务是对象存储的数据平面，负责处理实际的数据块。其核心职责包括：

• 数据分片：将对象切分为固定大小的数据块（如4MB/8MB）。
• 副本管理：维护数据块的多个副本，确保数据持久性。
• 数据校验：计算并验证数据块的CRC32/SHA256校验和。
• 磁盘调度：选择最优存储节点写入数据块。

4.2.3 索引服务（Index Service）

索引服务提供对象搜索能力，支持按元数据、标签、内容类型等维度进行高效查询。其核心职责包括：

• 索引构建：监听元数据变更事件，异步构建倒排索引。
• 查询解析：解析用户查询语句，生成查询计划。
• 结果排序：按相关性、时间、大小等维度排序搜索结果。
• 索引持久化：将索引数据存储在独立的PostgreSQL实例或Elasticsearch中。

4.2.4 生命周期管理服务（Lifecycle Management Service）

生命周期管理服务负责自动化数据治理，根据预设策略管理对象从创建到删除的全过程。其核心职责包括：

• 策略解析：解析用户定义的生命周期规则（如“30天后转为归档存储，90天后删除”）。
• 定时扫描：定期扫描元数据，识别满足策略条件的对象。
• 状态转换：协调存储服务完成存储类别的转换（标准→低频→归档）。
• 过期清理：触发对象删除操作，并通知元数据服务更新状态。

4.3 服务边界与集成架构

下图展示了四个限界上下文之间的边界划分与集成关系。每个上下文拥有独立的数据库实例（或Schema），通过事件总线进行异步通信。

4.4 上下文映射与通信模式

四个限界上下文之间的通信模式遵循DDD的上下文映射（Context Map）模式。下表总结了关键集成点：

4.5 边界划分的PostgreSQL落地策略

在PostgreSQL层面，限界上下文的边界通过数据库实例隔离或Schema隔离来实现。推荐策略如下：

• 元数据服务：独立PostgreSQL实例，使用public Schema存储Bucket、Object、User表。
• 索引服务：独立PostgreSQL实例（或与元数据服务共用实例但使用独立Schema），存储索引条目表。
• 生命周期管理服务：独立PostgreSQL实例，存储策略规则与任务状态表。
• 存储服务：不直接使用PostgreSQL，通过元数据服务API查询数据块位置信息。

以下为元数据服务的核心表结构示例，展示了限界上下文内部的聚合设计：

-- 元数据服务 - Bucket聚合
CREATE TABLE buckets (
    bucket_id      UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    name           VARCHAR(63) NOT NULL UNIQUE,
    owner_id       UUID NOT NULL,
    region         VARCHAR(32) NOT NULL DEFAULT 'us-east-1',
    versioning     BOOLEAN NOT NULL DEFAULT FALSE,
    created_at     TIMESTAMPTZ NOT NULL DEFAULT NOW(),
    updated_at     TIMESTAMPTZ NOT NULL DEFAULT NOW()
);

-- 元数据服务 - Object聚合
CREATE TABLE objects (
    object_id      UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    bucket_id      UUID NOT NULL REFERENCES buckets(bucket_id),
    key            VARCHAR(1024) NOT NULL,
    size_bytes     BIGINT NOT NULL,
    etag           VARCHAR(64) NOT NULL,
    content_type   VARCHAR(128),
    storage_class  VARCHAR(16) NOT NULL DEFAULT 'STANDARD',
    created_at     TIMESTAMPTZ NOT NULL DEFAULT NOW(),
    UNIQUE(bucket_id, key)
);

-- 索引服务 - 索引条目表（独立Schema）
CREATE TABLE index_entries (
    entry_id       UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    object_id      UUID NOT NULL,
    bucket_id      UUID NOT NULL,
    key            VARCHAR(1024) NOT NULL,
    tags           JSONB,
    content_type   VARCHAR(128),
    size_bytes     BIGINT,
    created_at     TIMESTAMPTZ NOT NULL
);

-- 生命周期管理服务 - 策略规则表（独立Schema）
CREATE TABLE lifecycle_rules (
    rule_id        UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    bucket_id      UUID NOT NULL,
    rule_name      VARCHAR(128) NOT NULL,
    filter_prefix  VARCHAR(1024),
    action_type    VARCHAR(16) NOT NULL CHECK (action_type IN ('TRANSITION', 'EXPIRATION')),
    target_class   VARCHAR(16),
    days_after     INTEGER NOT NULL,
    enabled        BOOLEAN NOT NULL DEFAULT TRUE,
    created_at     TIMESTAMPTZ NOT NULL DEFAULT NOW()
);

4.6 边界划分的收益与挑战

基于DDD的限界上下文划分带来了明确的架构收益，同时也引入了新的挑战：