condutor架构

1.整体架构：

主要分为几个部分：

• Orchestrator: 负责流程的流转调度工作；
• Management/Execution Service: 提供流程、任务的管理更新等操作；
• TaskQueues: 任务队列，Orchestrator解析出来的待执行Task会放到队列中；
• Worker: 任务执行worker，从TaskQueues中获取任务，通过Execution Service更新任务状态与结果数据；
• Database: 元数据&运行时数据库，用于保存运行时的Workflow、Task等状态信息，以及流程任务定义的等元信息；
• Index: 索引数据库，用于存储执行历史；

2.执行流程

任务的执行（同步的系统任务除外）都会先添加到任务队列中，是典型的生产者消费者模式

• 任务队列，是一个带有延迟、优先级功能的队列；
• 每种类型的Task是一个单独的队列，此外，如果配置了domain、isolationGroup，还会拆分成多个队列实现执行隔离；
• decider service是生产者，其根据流程配置与当前执行情况，解析出可执行的task后，添加到队列；
• 任务执行器(SystemTaskWorker、Worker)是消费者，其长轮询对应的队列，从队列中获取任务执行；

3. task状态转移

• SCHEDULED：待调度，task放到队列中还没有被poll出来执行时的状态
• IN_PROGRESS：执行中，被poll出来执行但还没有完成时的状态
• COMPLETED：执行完成
• FAILED：执行失败
• CANCELLED：被中止时为此状态，一般出现在两种情况：
  • 手动中止流程时，正在运行中的task会被置为此状态；
  • 多个fork分支，当某个分支的task失败时，其它分支中正在运行的task会被置为此状态；

---

参考：
[1]https://developer.aliyun.com/article/818136