ToB企服应用市场:ToB评测及商务社交产业平台

标题: DolphinScheduler 3.3.0版本更新一览 [打印本页]

---

作者: 没腿的鸟    时间: 2024-5-23 14:11
标题: DolphinScheduler 3.3.0版本更新一览
Apache DolphinScheduler即将迎来3.3.0版本的发布，届时将有一系列重要的更新和改进。在近期的社区5月份用户线上分享会上，项目PMC 阮文俊为各人介绍了3.3.0版本将带来的主要更新和改进，并为各人指出了怎样参与社区的方式。
什么是DolphinScheduler？

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

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

工作流是基本单元

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

无/低代码操作

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

无需数据迁移进行扩缩容

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

插件化架构

• 工作流引擎之外的组件以插件情势实现。
  
• 报警插件：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主要用来做任务的实行和管控。大部份核心组件通过插件的方式被加载。

新版中的一些庞大变化包括：
新的任务插件接口

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

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

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

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

容错改进

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

参数优先级统一

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

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

工作流触发解耦

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

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

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

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

事件线程模子改进

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

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

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

支持接入多个Hadoop/S3集群

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

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

AlertServer改进

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

以上为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越简单越好
      
    
    
  
  

结语

Apache DolphinScheduler 3.3.0版本带来了多项重要更新，加强了体系的稳定性、扩展性和易用性。我们鼓励社区成员积极参与，共同推动项目标发展。
嘉宾简介

• 姓名：阮文俊
  
• Title：Apache DolphinScheduler/SeaTunnel/EventMesh PMC 成员
  
• GitHub：ruanwenjun
  
• 就职履历：白鲸开源/eBay/拼多多
  
• 专业领域：专注于分布式体系和微服务中间件
  

本文由 白鲸开源 提供发布支持！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

---

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)

Powered by Discuz! X3.4