国内外一个有趣的技术倾向区别

查看 110|回复 17
作者:litchinn   
今天在看分布式任务工具
找来找去看到 3 个,xxl-job, powerjob, elasticjob
然后我发现居然全是国产的,类似产品竟然没有国外的,我寻思不应该啊 (不是说国外的就好什么的,但是这种中间件没有的话确实感到奇怪)
问了 AI 得到如下回答
XXL-JOB 、ElasticJob 这类工具在中国特别火,是由中国互联网特定的技术土壤决定的
国外用 Quartz ,它是祖师爷,国内工具大多是对 Quartz 的二次封装(加了 UI 、加了分片、加了 RPC )。国外老项目仍大量直接用 Quartz 。
国外云原生走得更早,很多简单的定时任务直接交给 Kubernetes CronJob 或云厂商的 Serverless 服务了,不需要额外部署一个 XXL-JOB ,复杂的任务则是选择 Airflow 这样的工作流平台
国内的 ElasticJob 和 XXL-JOB 实际上是卡在了“简单 Cron”和“复杂编排”中间的一个完美生态位:它比 Quartz 好用,比 Airflow 简单,又完美契合 Java 生态
如果真是这样那感觉还是挺有意思的,居然这样奇怪的产生了一个技术生态位

国产, Quartz

a33291   
dolphinscheduler 也还可以
Yanickkk   
技术是有局部性的,中国公司的很多技术栈和海外不太一样……
pangdundun996   
temporal 了解一下
litchinn
OP
  
@a33291
@pangdundun996
国外确实还有 Temporal Netflix Conductor dolphinscheduler 等,但它们的侧重点确实与国内这些不太一样
litchinn
OP
  
按照这种说法就是国外发展比较快,国内云原生引入慢,于是产生了部分场景更深入的技术工具,不知道国外会不会回头发现有些工具还挺好用的,也拿去用,我想应该会吧
以及还有没有其它类似的例子
JYii   
看起来 k8s CronJob 方案更好,云原生时代,需要时创建资源,用完即销毁,非常符合定时任务特性
0x663   
用 dolphinscheduler 多一些
Ketteiron   
拿 xxl-job 和 airflow 比较很奇怪,它们是完全不同的东西。
xxl-job 踩在了过于简单与过于复杂中间,且对 javaer 友好,让一些屎山项目能够顺利迭代下去。
xxl-job 之类的工具是基于微服务且明确违反微服务设计哲学的实用性妥协方案,它实际反映出很多公司是为了使用微服务而使用微服务,而不是需要使用微服务而使用微服务,如果是后者居多,那么并不需要这么一个"分布式调度中心"。
对于更复杂的分布式调度,不应该采用高入侵性方案,而是应该搭建一个调度平台 https://github.com/temporalio/temporal
HaibaraDP   
不知道是不是错觉,在技术上他们喜欢大而全的,生活上喜欢小而精的,我们则相反
您需要登录后才可以回帖 登录 | 立即注册

返回顶部