V2EX › heqingpan 的所有回复 › 第 1 页 / 共 6 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6

❮

❯

3 天前

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

更新一下项目信息：
项目第一个正式版本已发布, 项目地址 [ratch-job]( https://github.com/ratch-job/ratch-job)

3 天前

回复了 heqingpan 创建的主题 › 程序员 › rust 重写 xxl-job 的项目 ratch-job，第一个对外正式版本 v0.1.4 发布，任务调度 tps 可以稳定超过每秒 1 万次，感兴趣的同学欢迎试用、交流反馈。

@foufoufm
@CloudnuY
@ddxx200
感谢支持。
如果使用遇到什么问题欢迎反馈。

3 天前

@KInG2 确实具体的要看业务需求。
如果调用的服务小概率失败影响不大，任务变更不频繁用 crontab 也比较方便。
如果还需要额外的配套进行保障的话，使用这类服务应该会方便些。

3 天前

@guotie
这种应该需要在云服务商提供才能走通。
精力只足够写写开源代码，暂时不考虑这块。

3 天前

使用过程中有遇到什么问题欢迎提 issue 反馈。

3 天前

@CloudnuY
很合理的策略，在测试环境充分测试验证后，才能考虑在正式环境使用。

3 天前

@foufoufm
服务目前应该算比较稳定。
我也是 r-nacos 的作者，这是我用 rust 重写的第二个中间件服务。
在发布前除了常规的功能测试，还专门写了工具模拟真实的性能压力测试（结果可参考上面的性能说明）。
在稳定性这块我已尽力做到最好才发出来，我对这个版本的功能稳定性还是比较有信心的。

3 天前

@KInG2 crontab 相对上面提到的服务，功能上还是太简陋了些。比如单点，任务管理、任务执行状态、任务执行记录查看等功能都不能很多支持。
xxl-job 是个比较流行的分布式调度平台，搜索一下应该就可以知道它是干什么的。

3 天前

@yb2313 有点类似，xxl-job 和业务应用联系更紧密一些，它支持在业务应用进程调度执行任务。

36 天前

回复了 CodeCaster 创建的主题 › Java › 使用 Java 写了一版 LangChain，想听听大家的意见

样例看起来还是比较简洁的，后面有空会愿意试试。
star+1

43 天前

回复了 heqingpan 创建的主题 › 程序员 › rust 重写 xxl-job 服务项目 ratch-job，第一个可测试运行 alpha 版本发布，感兴趣的同学欢迎试用。

@zhenjiachen 两个场景定位有所不同，xxl-job 这类执行器是嵌入应用进程中，支持直接调用进程内部代码。他这个架构应该主要是以独立的进程调用脚本任。

43 天前

回复了 heqingpan 创建的主题 › 程序员 › rust 重写 xxl-job 服务项目 ratch-job，第一个可测试运行 alpha 版本发布，感兴趣的同学欢迎试用。

@viking602 有上一个项目的开发经验，加上使用的 ai 助手，开发速度还算不错😀

43 天前

回复了 heqingpan 创建的主题 › 程序员 › rust 重写 xxl-job 服务项目 ratch-job，第一个可测试运行 alpha 版本发布，感兴趣的同学欢迎试用。

@aispring
1. 文档后续会补充，这个阶段主要精力投入开发。
2. 后面会提供 docker 镜像，beta 版本后就提供
3. 项目本身会实现 raft 协议，数据直接持久化到自身集群，然后支持把数据导出到 sqlite 数据库。具体可以参考 r-nacos （我写的另一个已经稳定可投入生产的项目）。

44 天前

回复了 heqingpan 创建的主题 › 程序员 › rust 重写 xxl-job 服务项目 ratch-job，第一个可测试运行 alpha 版本发布，感兴趣的同学欢迎试用。

@5waker
年前当时承诺：在年后尽快发一个最小可用版本出来，所以最近赶了些进度。

目前核心功能已基本完成，资源占用与性能应该和最终版本差别不太大。

目前只是内存版本，后面接入 raft 协议后，会同时支持持久化与集群部署。有在 r-nacos 接入 raft 经验，这个在两周内应该可以完成。完成后会发个 beta 版本出来。

71 天前

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

@dddd1919 DAG 这个只和服务端有关，后面倒是可以支持。

71 天前

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

@ingnoscemihi
@cornorj6
@viking602

感谢这么多人支持与期待，我更有动力了😄。
会尽快设计并写一个最小可用版本出来，快的话过完年不久可以完成第一个版本。

71 天前

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

@dddd1919

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

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

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

71 天前

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

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

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

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

71 天前

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

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

71 天前

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

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

1 2 3 4 5 6

❮

❯