DolphinScheduler 3.3.0版本更新一览

Apache DolphinScheduler即将迎来3.3.0版本的发布，届时将有一系列重要的更新和改进。在近期的社区5月份用户线上分享会上，项目PMC 阮文俊为大家介绍了3.3.0版本将带来的主要更新和改进，并为大家指出了如何参与社区的方式。

什么是DolphinScheduler？

DolphinScheduler是一个开源的项目，主要用来进行工作流编排、运行和管理。它有四个重要的特点：

工作流是基本单位，所有的功能设计都是围绕工作流
这是一个低代码平台，可以不用代码，或用少量的代码来完成工作流相关的工作
不用数据迁移即可进行服务器节点的扩缩容
采用插件化架构

工作流是基本单位

工作流可以包含任务和子工作流，每个任务都需要属于一个工作流。
工作流可以依赖其他工作流，工作流是最小的执行单元。
工作流的执行支持手动或自动触发。

file

无/低代码操作

可以在UI门户，通过页面托拉拽的交互方式完成工作流的定义和管控操作；
也可以通过OpenAPI或PyDolphinScheduler来完成对工作流的相关操作。

file file

无需数据迁移进行扩缩容

元数据存储在共享的关系数据库中，无需数据迁移即可扩展系统。
服务上线时自动注册到集群，服务下线时，运行中的任务自动转移，无需人工介入。

file

插件化架构

工作流引擎之外的组件以插件形式实现。
报警插件：Email、Http、微信、Slack等
任务插件：Shell, SQL, Spark, K8s等
数据源插件：Mysql, PG, Oracle等
支持Zookeeper、JDBC、ETCD作为注册中心
支持HDFS、S3、OSS等存储系统

接下来看一下3.3.0版本中有哪些新的变化。

3.3.0版本更新一览

架构更新

3.3.0版本在整体架构和部署方式上没有太大的变化，依然是三个核心服务：API主要用来做一些源数据的管理和授权方面的事情，Master主要是用来做工作流的编排和执行，Worker主要用来做任务的执行和管控。大部份核心组件通过插件的方式被加载。

file

新版中的一些重大变化包括：

新的任务插件接口

之前的版本在任务插件定义上有着如下问题：

任务插件中的方法与生命周期不匹配，在任务插件定义上没有暴露生命周期的方法，导致任务插件实现时会缺失，暂停、容错等控制方法。。
目前的任务插件接口过于复杂，任务插件接口包含很多子插件的方法，导致任务插件接口越来越膨胀。

3.3.0版本将引入新的任务插件定义接口（V2版本）来管理任务插件实例的生命周期。任务插件实例的生命周期管理包括运行、暂停、杀死、容错、成功和失败状态。

新的任务插件接口会更加清晰明了：

file

增加ITaskApplicationContext：表示任务插件实例运行的上下文信息，例如 processId、applicationId
增加ITaskListenerManager：可以注册用于侦听任务插件实例的信息更改，便于对任务执行流程进行扩展

容错改进

Master容错：
- 对下线的Master节点持有的工作流程进行容错
- 插入工作流容错命令
- 工作流容错将从Worker服务器接管正在运行的任务
Worker容错：
- 处理下线的Worker节点运行的任务
- 把容错任务分发给新的Worker节点
- 不同的任务插件的容错行为可能会不同
- 支持精确一次（exactly-once）、至少一次（at-least-once）、至多一次（at-most-once）的容错行为

file

参数优先级统一

此前，DolphinScheduler中有多重参数类型，包括启动参数、工作流定义参数、任务定义参数、租户参数等，但存在的问题是这些参数没有统一的优先级，有些参数在运行时无法更改。在3.3.0版本中，我们对参数优先级进行了优化：

统一了参数优先级，遵循就近原则，如启动参数 > 任务定义参数 > 工作流定义参数。
启动参数优先级最高，其他参数可被启动参数覆盖，解决了参数优先级不一致以及某些参数无法在运行时更改的问题。

工作流触发解耦

目前，DolphinScheduler中所有工作流触发都通过命令表示。目前的方式存在以下弊端：

只能在数据库中插入触发命令，trigger与数据库严格绑定
没有触发命令的schema，难以扩展新的触发

新版本对工作流触发进行了解耦，并可以通过消息中间件来进行工作流触发：

提供了标准的Trigger schema，方便扩展trigger
引入CommandEngine组件来探测待处理的命令
命令的repository不再仅限于关系型数据库，支持从流式系统（如Kafka）中消费命令

file

事件线程模型改进

当前，DolphinScheduler Master中存在两个事件线程池，分别处理工作流事件和任务状态变更事件。这样的模型导致运行中很难协调这两个线程池，而且事件的顺序可能会丢失，并且用户也很难去设置这两个线程池的大小。

file

为了改变这一点，3.3.0中做了以下优化：

合并两个事件线程池，一个工作流中的所有事件按FIFO顺序在事件队列中处理
提供了更多的事件指标和事件查询接口，便于监控和管理工作流事件

file

支持接入多个Hadoop/S3集群

3.3.0之前版本中，当当资源中心配置HDFS/S3，配置第三方系统任务时只能通过配置文件去进行配置，这就导致在运行时不能新增Hadoop集群或S3集群。而且配置文件过大。新版本中这一块有了变化：

允许在元数据存储中进行配置
支持多个集群
支持在运行时添加新集群
不同任务可以使用不同的集群

file file

AlertServer改进

AlertServer通过HA实现了高可用，使用单线程发送警报。这就导致需要使用额外的机器来部署AlertServer。新版本中，允许用户将AlertServer嵌入API服务器，并采用多线程模型发送警报，提高了效率。

file

以上为Apache DolphinScheduler 3.3.0版本将带来的新功能与优化项参考，具体更新内容请关注官网和GitHub发布消息。

如何参与社区

邮件：是讨论问题的首选方式，包括用户和开发者邮件列表，用来讨论使用问题、设计方案、新的想法等，以及新版本发布投票。
- 用户组邮件：users@dolphinscheduler.apache.org
- 开发者邮件：dev@dolphinscheduler.apache.org
GitHub：是参与项目最简单的方式，包括DolphinScheduler的多个GitHub仓库
- 通过DSIP引入新功能是惟一的渠道
- 提bug和修bug同样重要
- PR越简单越好
- https://github.com/apache/dolphinscheduler
- https://github.com/apache/dolphinscheduler-website
- https://github.com/apache/dolphinscheduler-operator
- https://github.com/apache/dolphinscheduler-sdk-python
- https://github.com/apache/dolphinscheduler
- 注意事项：
  - 通过DSIP引入新功能是唯一的渠道
  - 汇报bug和修bug同样重要
  - PR越简单越好