Azkaban 作为工作流调度系统，不支持任务节点间的循环依赖。请说明在设计工作流时如何避免或处理这种循环依赖，并给出可行的替代方案。

回答思路

1. 【回答框架 1】Azkaban 的任务依赖通过指定上游 job 名称来定义，整体构成 DAG。DAG 本身不允许环，因此循环依赖在定义上就不可行，系统会拒绝启动导致死循环的工作流。
2. 【回答框架 2】处理循环依赖的第一步是识别业务中的真实依赖顺序。如果 A 需要 B 而 B 又需要 A，说明流程划分有误，应重新拆分为更细粒度的任务，或通过中间数据表、状态文件等解耦。
3. 【回答框架 3】若确实存在双向交互，可将依赖关系改为异步解耦，例如用消息队列或共享存储，让下游任务轮询或等待上游完成标志，而不是直接相互依赖。
4. 【回答框架 4】多个任务互相依赖时可引入合并节点或使用子流程。例如把循环拆成多个阶段，每个阶段内部线性依赖，阶段之间通过外部触发机制衔接，从而化环为无环。
5. 【回答框架 5】实践上，应先用图表工具画出依赖图，检查是否存在环；若存在，则调整任务粒度、增加中间节点或变更触发方式，确保整个工作流满足 DAG 约束。
6. 【关键点 1】Azkaban 依赖模型是 DAG，不支持循环依赖。
7. 【关键点 2】循环往往源于任务划分不合理，应重新拆分或中间解耦。
8. 【关键点 3】可用消息队列、共享状态、子流程或阶段化方式破环。
9. 【易错点 1】不要试图通过配置绕过限制，Azkaban 会拒绝环状依赖。
10. 【易错点 2】不要简单地在两个任务中相互设置依赖，那会导致无解。
11. 【易错点 3】拆环时注意保持业务语义，避免因过度解耦导致数据一致性问题。