Kafka消费者组Rebalance风暴：无代码改造的『检测→告警→自愈』闭环如何实现？

【背景】

Kafka消费者组Rebalance风暴是高并发场景下常见的问题，它可能导致消息堆积、系统不稳定，甚至服务不可用。然而，很多团队在面对Rebalance风暴时，往往依赖人工干预或代码改造，这不仅耗时耗力，还容易引发新的问题。

【常见分歧】

1. 是否需要代码改造：有人认为，只有通过代码改造才能实现检测→告警→自愈的闭环，但这种方式成本高，且容易引入新问题。

2. 是否可以无代码改造：另一些人则认为，可以通过配置调整、监控指标和自动化脚本实现无代码改造，这更符合快速响应的需求。

【我的倾向与理由】

我倾向于支持无代码改造。虽然代码改造可以实现更精细的控制，但无代码改造的成本更低，且能更快地部署和验证。在实际项目中，我们已经成功地通过监控指标和自动化脚本实现了检测→告警→自愈的闭环。

【想听大家在什么场景下怎么选】

• 你们在什么场景下选择了代码改造？
• 无代码改造是否真的可行？
• 你们是如何实现检测→告警→自愈的闭环的？

欢迎大家分享经验和想法！