基于Zookeeper的定时任务应用改造和高可用部署

最新推荐文章于 2024-09-18 10:57:53 发布

嗡汤圆

最新推荐文章于 2024-09-18 10:57:53 发布

阅读量4.5k

点赞数

CC 4.0 BY-SA版权

分类专栏：后端文章标签： zookeeper curator 定时任务

本文链接：https://blog.youkuaiyun.com/tzdwsy/article/details/81185222

本文探讨了如何在已有定时任务系统上通过引入Zookeeper和Curator，利用LeaderLatch进行主节点选举，实现定时任务的高可用部署。改造过程中，详细介绍了引入Curator依赖、LeaderLatch的实现及在定时任务中的应用，最终达到在多个实例中只有一个执行任务的效果。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

很多应用场景下需要使用定时任务，本文不讨论定时任务的实现，而是讨论在简单的定时任务基础上，如何实现高可用部署。比如有个结账服务在每天0点对前一天的交易进行结账处理，普通的定时任务下可能只能运行一个结账服务实例，否则会结两次帐，但仅部署一个实例则不能保证结账服务的稳定运行。

为解决这个问题比较合适的方式是将这个计算加入工作流（airflow、XXL-job等），如果是新增业务来说比较合适，但是对于既有业务系统的改造难度就比较大了。本文提供一种侵入性较小的改造方案：利用zookeeper的主节点选举方式来决定定时任务的执行与否即可。以下对具体步骤进行说明。

1. 改造

1.1 引入依赖

maven引入curator，注意:curator自带zookeeper依赖包，最好将其排除，自行引入于服务器对应版本的依赖

<dependency>
    <groupId>org.apache.curator</groupId>
    <artifactId>curator-framework</artifactId>
    <version>4.0.1</version>
</dependency>
<dependency>
    <groupId>org.apache.curator</groupId>
    <artifactId>curator-recipes</artifactId>
    <version>4.0.1</version>
</dependency>
<dependency>
    <groupId>org.apache.curator</groupId>
    <artifactId>curator-client</artifactId>
    &