type(jobs,deployments,trigger) - KEDA does not support Apache RocketMQ now. So we need to create PR in KEDA repo for new support for RocketMQ - KEDA has event-driven scaling which means it scales DLedger & OpenMessaging) - KEDA architectures How to implement I think we have to create a PR for KEDA project for new feature request for scaler for Apache RocketMQ. KEDA is written in Go (gPRC)

发容器、锁等课题，这方面可以好好学习一下 JUC 框架。最后最好是具备一些网络方面的 知识，例如 NIO、Netty。 2. 持续输出能力 成为一个开源项目的 contributions 非常容易，提交一个 PR 并被通过即可，甚至于 提交一个文档被接受也同样可以，难的是持续贡献，最终被开源项目的 PMC 认为对该项目 有着突出贡献。 我比较“苦逼”，在带娃方面我的资源只有我老婆，父母在老家无法分身，故下班后我 BUSY，显然违背了快速失败的设计初衷，故笔者断定，这是 RocketMQ 的一个 BUG， 将 SYSTEM_BUSY 遗漏了，后面与 RocketMQ 核心成员进行过沟通，也印证了这点， 后续会提一个 PR，在上面增加一行代码，将 SYSTEM_BUSY 加上即可。 问题分析到这里，该问题应该就非常明了。 三、解决方案 如果大家在网上搜索 TIMEOUT_CLEAN_QUEUE 的解决方法，大家不约而同提出 不会重试，故提高该值能有效的缓解。 本文来自『中间件兴趣圈』公众号，仅作技术交流，未授权任何商业行为。 1.12 RocketMQ 一行代码造成大量消息丢失 < 120 但这是并不是好的解决方案，我会在近期向官方提交一个 PR，将这个问题修复，建议 大家在公司尽量对自己使用的版本进行修改，重新打一个包即可，因为这已经违背了 Broker 端快速失败的设计初衷。 但在消息发送的业务方，尽量自己实现消息的重试机制，即不依懒