1. 课程导论：Temporal工作流DAG边界的概念、服务边界划分的重要性、通信机制在分布式工作流中的角色
1.1 什么是Temporal工作流DAG边界
在分布式系统中，一个业务工作流往往跨越多个微服务、数据库、外部API和人工审批环节。Temporal将工作流建模为有向无环图（DAG），其中每个节点代表一个活动（Activity）或子工作流（Child Workflow），边代表执行顺序与数据依赖。然而，当工作流规模增长、团队分工细化时，整个DAG不能放在一个“大泥球”中——必须引入服务边界。
DAG边界是指：在Temporal工作流DAG中，根据职责、数据所有权、部署单元或组织架构，将节点和边划分为若干逻辑或物理区域。每个边界内部的活动高度内聚，边界之间通过明确的通信协议（如Temporal的Signal、Query、Child Workflow）进行交互。
核心观点： DAG边界不是技术限制，而是架构决策。它决定了工作流的可维护性、可扩展性和故障隔离能力。
1.2 服务边界划分的重要性
不划分边界的Temporal工作流会迅速退化为“分布式单体”——所有活动耦合在同一个工作流定义中，共享状态、共享数据库、共享部署。这种架构在以下场景中会暴露严重问题：
| 问题维度 | 无边界划分（大泥球） | 有边界划分（DAG边界） |
|---|---|---|
| 团队协作 | 所有活动在一个代码库，冲突频繁 | 每个边界对应独立团队，接口契约化 |
| 故障隔离 | 一个活动失败可能阻塞整个DAG | 边界内故障通过重试/补偿隔离，不影响其他区域 |
| 部署频率 | 修改一个活动需要重新部署整个Worker | 每个边界独立部署Worker，互不干扰 |
| 数据一致性 | 共享数据库导致耦合和锁竞争 | 每个边界拥有自己的数据存储，通过事件同步 |
| 可测试性 | 需要启动所有依赖才能测试 | 边界可独立Mock和单元测试 |
服务边界划分的三大原则：
- 业务能力对齐： 每个边界对应一个明确的业务子域（如订单、支付、库存）。
- 数据所有权： 边界内的数据只能由该边界的活动直接读写，跨边界数据通过Temporal Signal/Query传递。
- 部署独立性： 每个边界可以独立扩缩容、独立发布版本、独立配置重试策略。
1.3 通信机制在分布式工作流中的角色
一旦划分了服务边界，边界之间的通信就成为工作流正确性和性能的关键。Temporal提供了三种原生通信机制，每种机制在DAG边界中扮演不同角色：
| 通信机制 | 方向 | 典型用途 | 边界角色 |
|---|---|---|---|
| Signal | 外部 → 工作流 | 接收支付回调、人工审批结果 | 异步事件驱动边界 |
| Query | 外部 → 工作流 | 查询当前工作流状态、进度 | 只读状态暴露边界 |
| Child Workflow | 父工作流 → 子工作流 | 将支付、物流拆为独立子流程 | 职责分离与隔离边界 |
通信机制的选择直接影响工作流的耦合度和弹性：
- Signal 适合“即发即忘”的异步事件，发送方不需要等待结果，接收方工作流在合适时机处理。
- Query 适合“读取当前快照”，不改变工作流状态，适合监控和UI展示。
- Child Workflow 适合“有返回值的子流程”，父工作流可以等待子工作流完成并获取结果，同时子工作流拥有独立的生命周期和重试策略。
架构建议： 在划分DAG边界时，优先使用Child Workflow作为边界通信方式。它提供了最强的隔离性——子工作流失败不会影响父工作流的状态机，且父工作流可以独立决定重试或补偿策略。
1.4 DAG边界与通信机制的关系图
下图展示了一个典型的电商订单工作流，其中三个服务边界通过Temporal通信机制协作：
1.5 课程学习路径
本课程将按照以下结构深入讲解Temporal工作流DAG边界的划分与通信：
- 基础篇（第2-8章）： Temporal核心概念回顾、DAG边界建模方法、Signal/Query/Child Workflow的边界通信模式。
- 进阶篇（第9-18章）： 跨边界事务一致性、Saga模式在Temporal中的实现、边界间数据同步策略、错误处理与补偿。
- 实战篇（第19-26章）： 电商订单、金融支付、物联网数据处理等真实案例的边界划分与通信设计。
- 运维篇（第27-30章）： 边界监控、性能调优、版本升级策略、多集群部署。
前置要求： 建议读者已掌握Temporal基础概念（Workflow、Activity、Worker、Task Queue），并具备至少一个微服务项目的实践经验。本课程不讲解Temporal的安装和Hello World，重点聚焦架构设计模式。