@dddd1919

我刚查了一下 dophinscheduler 的架构。它分 master 和 worker ，然后基于 zk 做集群。

它与 xxl-job 架构上区别比较明显；它的 worker 是独立的进程； xxl-job 执行器是嵌入业务服务进程中，与业主系统连接更紧密；它们算两个类型的调度系统。

本次暂不考虑支持 dophinscheduler 这类模式。

9 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@cornorj6 这个日志问题已收到，感谢反馈。

关于服务端日志的问题，重写的服务可以避免这个可能问题。
重写后不依赖日志做任务状态的判断，任务状态计划会放在内存中；日志只有用户查看时才会去查询。日志支持按最长时间或最大数量保存。

关于执行器的日志，目前这个是由 sdk 控制，同时目前的协议也不支持从服务端发起删除执行器的日志，所以这个问题本次无法解决。
后续可以考虑通过扩展 sdk 方式解决。

9 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@5261 是的中间件模型逻辑都比较稳定，对性能稳定性要求较高，用 rust 刚好合适。
业务需求变化比较大，更关心快速变化的场景下开发效率，性能再其次，用 go 、java 之类比较合适。

9 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@3085570450tt 目前 r-nacos 的文档主要是使用说明，其它方面的后面有空慢慢补。

9 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@PaulSamuelson 应用本身不会直接和 k8s 耦合，然后也是支持部署到 k8s 中。目前 r-nacos 是支持 k8s helm 方式部署的。

10 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@5261 用 go 重写应该也可以提前一些但效果应该比 rust 还会差一些。
r-nacos 用 go 写的话应该达不到现在这个效果。

对 go 和 rust 的熟悉度差不多情况下，一般会选效果最好的，何况我现在使用 rust 便顺手一些。

10 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@Honwhy 欢迎入坑 rust ，用它来写中间件效果确实不错😄

10 天前

回复了 heqingpan 创建的主题 › 程序员 › 最近在计划用 rust 重写 xxl-job 服务，顺便写了一个 xxl-job 的 rusk sdk: xxljob-sdk-rs

@Kevinyy 你说的通用告警是指内部还是外部？
内部的话会设计成通用的，已接入告警渠道支持方便切换。
外部的话，目前有什么通用的协议吗？

告警中心是不是也可以理解为像邮箱、企微、钉钉之类的另外一个告警渠道？

» heqingpan 创建的更多回复