1. 课程导论：领域建模与限流熔断协同设计的背景、目标与整体架构概览

1.1 为什么需要协同设计？

在微服务架构与分布式系统日益普及的今天，后端系统面临两大核心挑战：业务复杂度的管理与系统稳定性的保障。传统开发模式往往将这两者割裂——领域建模团队专注于业务逻辑的抽象与聚合，而限流熔断等弹性工程手段则被当作运维或基础设施层的“事后补丁”。这种割裂导致业务边界模糊、限流策略误伤核心流程、熔断降级逻辑与领域规则冲突等问题频发。

本课程提出“协同设计”理念，旨在将领域驱动设计（DDD）的战略建模与战术实现，同限流、熔断、降级等弹性模式在架构层面进行深度融合，使系统既具备清晰的业务表达能力，又拥有自适应的韧性能力。

1.2 课程目标

通过本课程的学习，你将能够：

• 掌握 DDD 战略与战术设计：从限界上下文、聚合、实体、值对象到领域事件，建立完整的领域建模能力。
• 精通 NestJS 弹性模式：在 NestJS 框架中实现令牌桶、滑动窗口、熔断器（Circuit Breaker）、舱壁隔离等核心模式。
• 实现协同设计：将限流熔断策略与领域模型中的聚合根、领域服务、应用服务进行绑定，使弹性策略具备业务语义。
• 构建可观测性体系：通过指标采集、日志与链路追踪，验证协同设计的效果。

1.3 整体架构概览

本课程所构建的协同架构分为四个核心层次，每一层都体现了领域建模与弹性工程的交织：

下图展示了协同设计的整体架构关系：

1.4 协同设计的核心原则

在后续章节中，我们将始终遵循以下三条核心原则：

1. 领域边界即弹性边界：每个限界上下文拥有独立的限流与熔断配置，避免跨上下文的策略污染。
2. 聚合根作为限流单元：限流策略应作用于聚合根的操作，而非底层数据表或接口路径。
3. 降级策略由领域驱动：熔断后的降级逻辑应返回领域层定义的“业务友好”响应，而非简单的 HTTP 503。

1.5 课程路线图

本课程共分为 30 章，按以下阶段递进：