Hi，大家好！我是你们的老朋友小米，今天要和大家一起聊聊 秒杀系统领域建模 的那些事儿。这是一个充满挑战但又特别有趣的技术话题，尤其是在业务复杂、流量巨大的场景下，构建一个稳定高效的秒杀系统，简直就是程序员的一场硬仗！

刚刚和大家分享了一个脑图，里面提到了 战略建模 和 战术建模 两个核心模块。接下来，就让我为大家详细拆解一下这张图的知识点吧～

从战略建模开始：明确全局目标

在秒杀系统中，战略建模是奠定整个系统建设基石的一环，它帮助我们从业务层面抽象出主要需求，为后续的系统设计打下坚实基础。

1. 第一步：划分领域模型层

领域建模的第一步，就是要将系统划分为不同的 领域模型层，确保责任边界清晰，方便后续的功能开发与维护。

• 用户问题域：处理用户秒杀时的操作、支付行为等问题。
• 秒杀系统领域：实现秒杀核心功能，如商品库存管理、订单生成等。
• 基础设施领域：为整个系统提供支撑的基础服务，比如 MQ、MySQL、Redis 等。

关键要素

• 领域隔离：每个领域的职责要明确，避免职责混乱。
• 技术选型：技术栈的选择非常重要，像 MQ、MySQL、Redis 是常见的秒杀核心组件，既要保证高性能，又要具备扩展性。

2. 第二步：为领域层划分子领域和明确核心

当大领域划分完成后，就要进一步明确每个子领域的核心职责。

• 核心领域：处理商品库存和订单事务，这是秒杀系统的心脏。
• 支撑领域：提供用户账户、支付等辅助功能。
• 通用领域：实现日志记录、性能监控等跨领域的通用能力。

小米提醒

在这里，可以使用 事件风暴 技术梳理每个子领域的具体职责，画出完整的事件流，帮助团队形成一致的业务认知。

3. 第三步：确定领域的限界上下文

在复杂的业务场景中，不同领域的职责往往会存在一定的交集，因此需要通过 限界上下文 的方式，将每个领域的边界明确划分。

• 用户上下文：负责用户的行为数据管理。
• 库存上下文：处理商品库存的扣减与补偿逻辑。
• 支付上下文：实现用户支付的链路闭环。

例子

假设用户购买商品的行为流是这样的：

• 用户点击“秒杀”按钮 -> 触发 用户上下文。
• 系统扣减库存 -> 进入 库存上下文。
• 用户完成支付 -> 交给 支付上下文。

第四步：为限界上下文建立上下文映射，准备技术选型

上下文映射的目的是描述上下文之间的关系，以防止数据和职责混乱。

• 共享上下文：各上下文之间共享一些通用能力，比如监控日志。
• 支撑上下文：像支付服务，可以为多个业务模块提供能力支持。
• 用户上下文：负责接口的暴露和流量入口的承接。

技术选型

• 技术栈：选择 MQ（如 RabbitMQ/Kafka），实现削峰填谷；使用 Redis 进行库存预扣；用 MySQL 保障核心事务数据。
• 清晰边界：用微服务架构分离上下文，用 API Gateway 管控流量入口。

从战术建模开始：落地技术实现

完成战略建模后，我们需要更进一步，进入到 战术建模，也就是如何实现系统设计。

1. 实体建模

• 在战术建模中，实体是最重要的组成部分，它是业务逻辑的载体。
• 主表：用户表、商品表、订单表。
• 辅助表：库存日志表、活动配置表。

案例

商品表可能包含以下字段：

• 商品ID
• 商品名称
• 初始库存
• 秒杀价
• 活动时间范围

2. 构建聚合

聚合是领域驱动设计（DDD）的核心概念之一，在秒杀系统中尤为重要。

核心聚合：

• 商品聚合：包含商品库存、价格等核心属性。
• 用户聚合：管理用户的账户余额、参与秒杀活动的记录等。

聚合边界：商品聚合的更新，不能直接影响订单聚合的状态变化。

设计技巧

• 强一致性：同一个聚合内的事务要保持一致性，比如订单聚合需要保证支付状态的准确性。
• 弱一致性：不同聚合之间允许短暂的状态不一致，比如库存预扣与订单生成之间可以采用异步处理。

3. 架构实现

秒杀系统的架构实现，往往需要采用分布式系统的方式，提升并发处理能力。

高并发支持：

• 前端防护：限流与验证码。
• 中间削峰：通过消息队列异步处理用户请求。
• 后端支撑：数据库分库分表 + 缓存穿透策略。

核心技术：

• Redis：秒杀库存的预扣与扣减。
• MySQL：保障最终一致性的订单事务。
• MQ：实现请求异步化。

4. 领域事件

秒杀系统中，领域事件的使用可以帮助我们解耦复杂的业务逻辑。

案例

• 库存扣减事件：当库存扣减成功后，触发订单生成事件。
• 订单支付事件：订单支付完成后，更新用户参与记录。

领域事件可以使用 事件驱动架构 实现，通过 MQ 实现事件的发布与订阅。

总结

通过战略建模，我们可以清晰地定义秒杀系统的领域边界；通过战术建模，我们可以高效地实现具体功能。从抽象到落地，这是一套完整的构建体系。

小米的一点建议

• 沟通优先：战略建模时，要确保团队对业务的理解一致。
• 技术选型要灵活：不同场景需要不同的技术栈，比如 Redis 的数据一致性和 MySQL 的事务处理如何结合。
• 迭代优化：秒杀系统是一个需要持续优化的过程，特别是在高并发场景下，要留出足够的扩展空间。

END

今天的分享就到这里啦！如果大家对秒杀系统或者领域建模有任何问题，欢迎在评论区留言～我是小米，我们下期再见！

我是小米，一个喜欢分享技术的29岁程序员。如果你喜欢我的文章，欢迎关注我的微信公众号“软件求生”，获取更多技术干货！