1. 课程导学与项目背景
1.1 课程目标
本课程旨在帮助Go语言开发者掌握领域驱动设计（DDD）与微服务拆分的实战方法。通过一个典型电商订单系统的完整重构案例，你将学会如何从业务痛点出发，识别领域边界，并最终落地为可运行的Go微服务架构。
核心交付：完成课程后，你将能够独立对中大型单体系统进行领域建模，并输出符合DDD战术模式的微服务拆分方案。
1.2 适合人群
- Go后端开发者：有1-3年Go开发经验，希望突破CRUD瓶颈，掌握架构设计能力。
- 技术负责人/架构师：正在面临单体系统膨胀、团队协作混乱的困境，需要一套可落地的拆分方法论。
- DDD初学者：读过《领域驱动设计》但不知如何与Go项目结合，需要实战案例驱动。
1.3 前置知识
| 知识领域 | 要求 | 说明 |
|---|---|---|
| Go语言基础 | 熟练 | 能编写HTTP服务、理解接口与结构体、熟悉go mod管理 |
| 微服务概念 | 了解 | 知道服务注册发现、API网关、RPC等基本术语 |
| 关系型数据库 | 熟练 | MySQL常用操作、事务理解、索引设计 |
| DDD基础 | 了解 | 知道实体、值对象、聚合、领域服务等概念（课程会快速回顾） |
1.4 典型电商订单系统业务全景
我们以一个日订单量10万+的中型电商平台为蓝本。其核心业务流程围绕“用户下单 → 支付 → 履约”展开，涉及多个业务子域。
1.5 痛点分析
上述全景图中，订单域作为核心枢纽，与几乎所有子域存在强依赖。这种“中心化辐射”架构在业务初期运转良好，但当业务复杂度上升时，以下痛点开始暴露：
| 痛点类别 | 具体表现 | 影响范围 |
|---|---|---|
| 耦合过紧 | 订单服务代码中混杂着优惠计算、库存扣减、支付回调逻辑 | 开发效率、代码质量 |
| 数据库瓶颈 | 订单表超过5000万行，关联查询超过10张表，慢SQL频发 | 系统性能、用户体验 |
| 部署耦合 | 一次订单状态的修改，需要全量回归测试并重启整个服务 | 发布频率、故障恢复 |
| 团队协作冲突 | 订单团队、支付团队、营销团队在同一个Git仓库中频繁冲突 | 研发效能、交付周期 |
| 扩展性差 | 大促期间只能整体扩容，无法针对高负载的子域单独扩展 | 资源成本、系统稳定性 |
关键认知：上述痛点的根源并非技术选型问题，而是缺乏清晰的领域边界。微服务拆分不是简单的“按功能拆文件”，而是基于业务语义的领域建模。本课程将围绕“订单系统”这一经典场景，完整演示从痛点识别到领域建模，再到Go微服务落地的全过程。
1.6 课程路线图
为了让你对后续章节有整体认知，以下是本课程的核心推进路径：
学习建议：如果你对DDD的战术模式（实体、值对象、聚合、领域事件）还不够熟悉，建议在进入阶段2前，先花30分钟回顾附录中的DDD速查表。本课程在阶段1会以“快速回顾+实战演练”的方式带你进入状态。