V2EX › a663 的所有回复 › 第 12 页 / 共 14 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 4 5 6 7 8 9 10 11 12 13 ... 14

❮

❯

2019-01-04 00:24:42 +08:00

回复了 a663 创建的主题 › 监控宝 › K8s 监控是真的难做呀，感觉没有啥头绪

@mritd 业务应用的指标需要开发自己搞么？

2018-12-31 21:10:33 +08:00

回复了 cnTangLang 创建的主题 › 分享发现 › 写在 2018 最后一天 ———— 技术人员该怎么致富？

D 点没有展开说了么？？？

2018-12-31 20:04:24 +08:00

回复了 zhoudaiyu 创建的主题 › Python › 问个问题，关于 Celery 的 worker 和 beat

@zhoudaiyu 日志基本看不出什么来，还是从原理上抓起，理解消息队列模型，理解 worker 工作过程，然后根据这些去深挖

2018-12-31 14:02:33 +08:00

回复了 zhoudaiyu 创建的主题 › Python › 问个问题，关于 Celery 的 worker 和 beat

@zhoudaiyu 一定还会有的，哈哈哈
其实我那时候这么分析，消息队列模型，worker 主动去 MQ 取出消息消费，监控 MQ 消息有没有丢（一般不会），再做一些 worker 的监控，最终看下次遇到问题的情况进一步处理。
如果单纯的是 beat 定时任务，可以做一个超时重试的参数（我那时候的业务，定时任务就是去改数据库的一些东西，无所谓就做了超时）。但是非 beat 的，这个真的需要去好好定位，如果对业务无所谓，可以考虑加 timeout 参数

2018-12-31 08:59:02 +08:00

回复了 zhoudaiyu 创建的主题 › Python › 问个问题，关于 Celery 的 worker 和 beat

@zhoudaiyu 哈哈哈，你要是处理了这个，记得分享一下呀

2018-12-30 22:31:11 +08:00

回复了 zhoudaiyu 创建的主题 › Python › 问个问题，关于 Celery 的 worker 和 beat

@zhoudaiyu 我是运维，那时候是开发那边去看的，我觉得可以尝试多加点监控看看，监控 celery 和 mq，做到精细化去，我后面离职了，对这个 bug 一直念念不忘，诶。

2018-12-30 18:44:27 +08:00

回复了 zhoudaiyu 创建的主题 › Python › 问个问题，关于 Celery 的 worker 和 beat

之前用 celery 和 rabbitmq 也遇到过同样的问题

2018-12-29 16:46:43 +08:00

回复了 hackxing 创建的主题 › 职场话题 › 请假被拒了。。。。。。

@Keyes 沟通也是和直接上级沟通吧