heqingpan 最近的时间轴更新
heqingpan

heqingpan

V2EX 第 88883 号会员,加入于 2014-12-28 22:40:32 +08:00
今日活跃度排名 1300
基于七牛 Python SDK 写的一个同步脚本(支持批量下载)
  •  1   
    Python  •  heqingpan  •  2015-08-28 11:40:22 AM  •  最后回复来自 Ouyangan
    1
    heqingpan 最近回复了
    @ingnoscemihi
    @cornorj6
    @viking602

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

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

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

    本次暂不考虑支持 dophinscheduler 这类模式。
    @cornorj6 这个日志问题已收到,感谢反馈。

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

    关于执行器的日志,目前这个是由 sdk 控制,同时目前的协议也不支持从服务端发起删除执行器的日志,所以这个问题本次无法解决。
    后续可以考虑通过扩展 sdk 方式解决。
    @5261 是的中间件模型逻辑都比较稳定,对性能稳定性要求较高,用 rust 刚好合适。
    业务需求变化比较大,更关心快速变化的场景下开发效率,性能再其次,用 go 、java 之类比较合适。
    @3085570450tt 目前 r-nacos 的文档主要是使用说明,其它方面的后面有空慢慢补。
    @PaulSamuelson 应用本身不会直接和 k8s 耦合,然后也是支持部署到 k8s 中。目前 r-nacos 是支持 k8s helm 方式部署的。
    @5261 用 go 重写应该也可以提前一些但效果应该比 rust 还会差一些。
    r-nacos 用 go 写的话应该达不到现在这个效果。

    对 go 和 rust 的熟悉度差不多情况下,一般会选效果最好的,何况我现在使用 rust 便顺手一些。
    @Honwhy 欢迎入坑 rust ,用它来写中间件效果确实不错😄
    @Kevinyy 你说的通用告警是指内部还是外部?
    内部的话会设计成通用的,已接入告警渠道支持方便切换。
    外部的话,目前有什么通用的协议吗?

    告警中心是不是也可以理解为像邮箱、企微、钉钉之类的另外一个告警渠道?
    目前有正经工作不需要考虑太多,写这个主要动力还是爱好。

    写的项目自己也会是用户,国外的没接触过反倒没动力写。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2486 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 18ms · UTC 15:47 · PVG 23:47 · LAX 07:47 · JFK 10:47
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.