cornorj6

非常棒，支持楼主。已经用上了，顺便问下 namespace 功能可用吗？没有看到怎么配置它。

twilio 、vodafone 、aws sns 、telnyx

看了下 OOMOL 的介绍，发现东西做得很棒，但门槛很高。其实现在类似的工作流工具很多，但用起来并不是很方便，它们提供的功能都类似。我之前玩过 n8n ，我要完成的一个工作流大概这样：每月我会收到某个供应商的邮件，邮件附件里面有个账单，我要把这个账单下载下来，然后到我们 OA 系统里面提付款申请，这个付款申请要填一堆跟供应商和账单相关的信息。我希望工作流能帮我自动从收到的邮件里面提取出账单并完成付款申请提交。
现实操作的时候发现有很多问题，n8n 提供了邮件收发的功能，也能提取附件，但要分成很多步骤。然后还要读取附件内容，解析出账单编号、金额、日期等信息，这部分就要自己写代码了。再往后给 OA 系统提付款申请，还得对接 OA 系统，然后发现 OA 没有开放 API ，完犊子。
我相信有很多人会碰到类似的诉求，但是基于现有的工作流工具并不能很方便的解决。

怪物史莱克

spring data jpa 中可以给实体加个 @Version 就能自动处理乐观缩，这种方式没有毛病，只有更新的一瞬间判断，感觉效率比行锁高。

@heqingpan 感谢，期待 rust 版本的 xxl-job 。

@heqingpan 感谢作者的无私奉献。关于 xxl-job ，在我使用过程中碰到过 2 个问题，第一个问题是每个任务每执行一次都会产生一个小的日志文件，当任务特别多执行很频繁的时候，这些日志会把服务器 inode 数量耗光。第二个问题是 xxl-job 有个日志表 xxl_job_log 数据量特别大时（任务执行比较多且频繁），会严重影响数据库性能，它会不定期查询这个表来判断任务完成情况。建议做成按照日期的分区表。

支持作者，刚刚去看了 rnacos ，把我原先的 nacos 内存从 1011M 降到 8M ，太给力了。同样的 xxl-job 我也有用到，占用了 700M ，如果能像 rnacos 那样节省 99%，真是太棒了。PS：有没有考虑把 elasticsearch 也优化下，这货占了几 G 。