看到社区代码不规范，强迫症的我顺手就给格式化了！

点击上方蓝字关注我们

编者按：2021 年，Apache DolphinScheduler 社区又迎来了新的蓬勃发展，社区活跃度持续提高。目前，项目 GitHub Star 已达 6.7k，贡献者达 270+，fork 数 2.5k+。

为了让更多活跃参与者的贡献被看到，社区特推出《社区星力量》专栏，分享他们挥洒汗水所得的开源成果，以及在参与开源过程中发生的小趣事。

投稿请发邮箱：xiyan@whaleops.com 或加微信（Leonard-ds）。

近期，我们的社区又迎来了不少贡献的小伙伴，今天故事的主人公是大数据工程师小红（化名）。

个人介绍

我在大数据领域工作已经 5 年，现在主要负责公司的数据开发平台研发工作。工作之余，我还喜欢跑步和健身。

第一次提交 PR

第一次接触 Apache DolphinScheduler 社区，我的印象是这是一个活跃度很高，气氛很友好的社区，抱着提高度调度系统认知的初衷，我想要参与到社区贡献中。

而我第一次提交 PR，是关于一个代码规范的提议。在 Apache DolphinScheduler 的 common 模块中，我发现有大量的旧代码（2019年左右）并未遵循 checkstyle 格式，有一些字符缩进、tab 字符、方法前空格等问题的存在。于是我格式化了 common 模块的历史代码，这样就可以让大家更清晰地了解代码目录。

PR 地址：https://github.com/apache/dolphinscheduler/issues/5785

虽然这个微小的改动对于业务来说并没有什么太大的意义，但开启了我和社区的“缘分”，激发了我为社区做贡献的热情。希望未来在这里，我能够结识更多志同道合的朋友，争取成为 Commiter，反哺社区。

对调度系统的期待

我所在的公司目前使用公司自研的调度系统，但是在使用过程中遇到了很多痛点问题，其实对调度系统提出了很多要求，比如：

1. 多任务场景的作业分配、调度策略；

2. 容灾能力，节点稳定性，Master 节点宕机，可以做到无缝 failover 的主备切换；

3. 作业的稳定性:

3.1 不会因为服务发布而导致作业/任务出现失败的情况;

3.2 服务恢复时，可以拉起中断的作业，能够较快的恢复到之前的状态。

4. 作业 DAG 状态一致性问题，作业状态和任务状态保持一致；

5. 监控、告警机制，作业、服务、节点宕机时，需要一个通知机制。

除了这些对于调度系统的需求之外，公司对于调度系统还有一些其他关键需求，包括：

1. 数据血缘能力；

2. plugin 的多样性，以及可插拔的能力；

3. 支持 k8s 部署；

4. UI DAG 的美观性。

经过我的调研对比分析，我认为 Apache DolphinScheduler 在这些方面其实已经做的较为完善，但不可忽视的是，因为 Apache DolphinScheduler 高度依赖ZK，大量了使用了监听器+分布式锁，对网络的稳定性要求较高，网络波动情况下容易影响任务进行。好消息是，Apache DolphinScheduler 2.0 版本改进之后将会去 ZK，弱化对 ZK 的依赖。这点是我们十分期待的。

希望在未来的社区参与中，我能够加深对 ApacheDolphinScheduler 的架构、设计理念了解，社区也能在更多能人的加入下越来越壮大，共同努力让中国开源在世界舞台上发出更响亮的声音！

参与贡献

随着国内开源的迅猛崛起，Apache DolphinScheduler 社区迎来蓬勃发展，为了做更好用、易用的调度，真诚欢迎热爱开源的伙伴加入到开源社区中来，为中国开源崛起献上一份自己的力量，让本土开源走向全球。