
![](https://developer.qcloudimg.com/http-save/yehe-11849333/870f7218a507e941f908d1b1c66317b4.jpg)

在分布式调度系统的架构设计中，注册中心的选择往往决定了系统的复杂度和运维成本。Apache DolphinScheduler作为一款成熟的分布式工作流调度系统，虽然默认使用ZooKeeper作为注册中心，但已经提供了多种替代方案，让用户可以根据自身技术栈和运维能力做出灵活选择。

## 为什么有些人不想用ZooKeeper？

ZooKeeper作为经典的分布式协调服务，虽然功能强大，但在实际应用中确实存在一些痛点：

**运维复杂度高**：ZooKeeper需要部署独立的集群，通常需要至少3个节点来保证高可用，这增加了基础设施的复杂度和运维成本。对于小团队或资源有限的环境，维护一个稳定的ZooKeeper集群是一个不小的负担。

**技术栈异构**：如果企业的主要技术栈是基于关系型数据库的，引入ZooKeeper意味着需要学习和维护一套全新的技术体系，增加了团队的技术负担。

**资源开销**：ZooKeeper集群需要额外的服务器资源，包括CPU、内存和存储，对于资源紧张的环境来说，这可能是一个制约因素。

## DolphinScheduler的替代方案

DolphinScheduler目前提供了两种成熟的ZooKeeper替代方案：JDBC注册中心和Etcd注册中心。

### 方案一：JDBC注册中心

JDBC注册中心是DolphinScheduler最具创新性的设计之一，它直接利用现有的关系型数据库（MySQL或PostgreSQL）来实现注册中心的功能，无需部署额外的组件。

![](https://developer.qcloudimg.com/http-save/yehe-11849333/95df7ea8c4a6f4d923d1fe53e5413986.jpg)


#### 技术实现原理

JDBC注册中心通过巧妙的设计，在关系型数据库中模拟了ZooKeeper的核心功能：

**事件监听机制**：通过`JdbcRegistryDataChangeListenerAdapter`将数据库的数据变更（创建、更新、删除）转换为DolphinScheduler的`Event`通知，触发`SubscribeListener`回调。内部采用轮询或触发机制来检测注册数据的变化，模拟类似ZooKeeper的Watcher行为。 

**分布式锁实现**：提供`acquireLock(String key)`和`acquireLock(String key, long timeout)`两种锁获取方式，分别对应阻塞和超时机制。通过数据库记录管理锁，确保分布式环境下的互斥性。数据条目分为**EPHEMERAL**（临时）和**PERSISTENT**（持久）两种类型，临时锁在客户端断开或失败时，通过心跳机制自动清理锁记录。
#### 具体操作步骤

**1. 初始化数据库表**

根据使用的数据库类型，执行相应的初始化脚本：

- MySQL：执行`src/main/resources/mysql_registry_init.sql` 
- PostgreSQL：执行`src/main/resources/postgresql_registry_init.sql` 

**2. 修改配置文件**

在`master-server/conf/application.yaml`、`worker-server/conf/application.yaml`、`api-server/conf/application.yaml`中添加以下配置：

```yaml
registry:
  type: jdbc
  # 可选配置
  heartbeat-refresh-interval: 3s
  session-timeout: 60s
  hikari-config:
    jdbc-url: jdbc:mysql://127.0.0.1:3306/dolphinscheduler
    username: root
    password: root
    maximum-pool-size: 5
    connection-timeout: 9000
    idle-timeout: 600000
``` 

**3. 添加数据库驱动**

如果使用MySQL数据库，需要将`mysql-connector-java.jar`添加到DolphinScheduler的类路径中，因为插件不会在发行版中捆绑此驱动程序。(#1-8) 

#### 实现效果

使用JDBC注册中心后，DolphinScheduler的MasterServer和WorkerServer会将元数据存储在关系型数据库中，通过数据库的事务机制保证数据一致性，通过心跳机制实现服务发现和故障检测。这种方式特别适合已经拥有成熟数据库运维团队的环境，可以充分利用现有的数据库基础设施。

### 方案二：Etcd注册中心

Etcd是云原生时代的分布式键值存储系统，特别适合Kubernetes等云原生环境。DolphinScheduler的Etcd注册中心实现基于Jetcd客户端库，提供了与ZooKeeper类似的功能。

![](https://developer.qcloudimg.com/http-save/yehe-11849333/6ea629dcfb192cad5cb944d8c7bf0560.jpg)


#### 技术实现原理

**事件监听**：`EtcdRegistry`类使用Etcd的Watch API监听指定键或键前缀的变化（创建、更新、删除），将底层的Etcd watch事件转换为DolphinScheduler的`Event`对象，触发`SubscribeListener`回调实现实时通知。
**分布式锁**：通过`EtcdKeepAliveLeaseManager`授予具有指定TTL的租约，通过Etcd的keep-alive机制持续保持租约活跃。如果客户端断开连接，租约会自动过期，无需手动干预即可释放锁。

**连接健康监控**：`EtcdConnectionStateListener`跟踪DolphinScheduler与Etcd集群之间的连接状态，在断开或重新连接时，重新建立锁或重新注册服务。 
#### 具体操作步骤

**1. 修改配置文件**

在`master-server/conf/application.yaml`、`worker-server/conf/application.yaml`、`api-server/conf/application.yaml`中添加以下配置：

```yaml
registry:
  type: etcd
  endpoints: "http://etcd0:2379, http://etcd1:2379, http://etcd2:2379"
  namespace: dolphinscheduler
  connection-timeout: 9s
  retry-delay: 60ms
  retry-max-delay: 300ms
  retry-max-duration: 1500ms
  # SSL配置（可选）
  cert-file: "deploy/kubernetes/dolphinscheduler/etcd-certs/ca.crt"
  key-cert-chain-file: "deploy/kubernetes/dolphinscheduler/etcd-certs/client.crt"
  key-file: "deploy/kubernetes/dolphinscheduler/etcd-certs/client.pem"
  # 认证配置（可选）
  user: ""
  password: ""
  authority: ""
```

**2. SSL配置注意事项**

如果Etcd服务器配置了SSL，需要确保JDK版本比Java 8u252（2020年4月）更新，JDK11也可以很好地工作。Docker镜像中的JDK版本现在是8u362，运行良好。这是因为8u252之后的版本已经有了对ALPN的原生支持。

#### 实现效果

使用Etcd注册中心后，DolphinScheduler可以充分利用Etcd的强一致性和高可用特性，在云原生环境中实现低延迟、高可扩展性和易部署性。特别适合已经在使用Kubernetes和Etcd技术栈的团队。 

## 为什么这样设计？

DolphinScheduler提供多种注册中心选择的设计理念非常明确：**减少对外部组件的依赖，让用户根据自身环境选择最合适的方案**。 

这一理念在DolphinScheduler的发展历程中得到了充分体现。团队曾经实现了基于Redis的队列，但为了减少依赖，最终移除了Redis实现。现在提供多种注册中心选项，不是为了弃用ZooKeeper，而是为了给用户更多的选择权。

在Kubernetes部署中，这种灵活性通过Helm Chart的`values.yaml`配置得到体现：

```yaml
zookeeper:
  enabled: true  # 默认启用

registryEtcd:
  enabled: false  # 需要手动启用

registryJdbc:
  enabled: false  # 需要手动启用
```

## 总结

DolphinScheduler通过提供JDBC和Etcd两种注册中心替代方案，有效地解决了用户对ZooKeeper的依赖顾虑。JDBC注册中心适合已有成熟数据库运维能力的团队，Etcd注册中心适合云原生环境。这两种方案都实现了与ZooKeeper相同的核心功能：事件监听和分布式锁，让用户可以在不牺牲系统可靠性的前提下，根据自身技术栈和运维能力做出最优选择。 

这种设计体现了DolphinScheduler团队对用户需求的深刻理解：不是强制用户适应系统，而是让系统适应用户。在分布式系统日益复杂的今天，这种灵活性和包容性显得尤为珍贵。

## Notes

- ZooKeeper仍然是DolphinScheduler的默认注册中心，没有被弃用
- JDBC注册中心默认使用与DolphinScheduler相同的数据库配置，也可以配置独立的数据库 
- Etcd注册中心支持SSL认证和用户认证，需要根据实际需求配置
- 在伪集群部署中，注册中心支持ZooKeeper、MySQL和ETCD三种选择
- 所有注册中心配置都支持通过环境变量进行配置，便于容器化部署



在分布式调度系统的架构设计中，注册中心的选择往往决定了系统的复杂度和运维成本。Apache DolphinScheduler作为一款成熟的分布式工作流调度系统，虽然默认使用ZooKeeper作为注册中心，但已经提供了多种替代方案，让用户可以根据自身技术栈和运维能力做出灵活选择。

不想碰 Zookeeper？Apache DolphinScheduler 给你两个更好的选择

云计算

开发工具

后端

DolphinScheduler提供JDBC和Etcd两种注册中心替代方案，解决ZooKeeper运维复杂、技术栈异构等问题。JDBC方案利用现有数据库实现服务发现，Etcd适合云原生环境。两种方案都支持事件监听和分布式锁，让用户根据技术栈灵活选择，降低系统复杂度。

关系型数据库

数据库运维

数据一致性

代码解释

SQL数据库

数据存储

Kubernetes

PostgreSQL

服务器

云原生

数据库

容器

Redis

MySQL

2026上云采购 | AI焕新·智启新局

bigdata-class

腾讯云数据库特惠，新用户首单0.5折起


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

不想碰 Zookeeper？Apache DolphinScheduler 给你两个更好的选择-腾讯云开发者社区-腾讯云

不想碰 Zookeeper？Apache DolphinScheduler 给你两个更好的选择

不想碰 Zookeeper？Apache DolphinScheduler 给你两个更好的选择

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐