Apache Superset 告警报告未发送问题排查与解决方案

问题背景

在使用 Apache Superset 4.1.1 版本时，用户配置了告警报告功能，系统日志显示报告发送成功，但实际上既没有收到 Slack 通知也没有收到邮件通知。这是一个典型的"假成功"案例，值得深入分析其根本原因。

环境配置要点

典型的问题环境具有以下特征：

• 使用 Docker Compose 部署
• 同时配置了 Slack 和邮件通知
• 日志显示所有任务执行成功
• 测试邮件可以正常发送
• 关键配置参数如下：
  • ALERT_REPORTS_NOTIFICATION_DRY_RUN = False
  • ALERT_REPORTS = True
  • ALERT_REPORT_SLACK_V2 = True

根本原因分析

经过深入排查，发现问题源于配置文件的加载顺序和参数覆盖机制。虽然用户在开发配置文件中设置了正确的参数，但核心配置文件中的参数值最终覆盖了开发配置。

具体表现为：

1. docker/pythonpath_dev/superset_config.py 中设置了正确的参数
2. 但 superset/config.py 中的默认参数覆盖了开发配置
3. 系统实际运行时使用的是 DRY_RUN 模式

解决方案

要彻底解决此问题，需要采取以下步骤：

1. 修改核心配置文件 直接编辑 superset/config.py 文件，确保以下参数设置正确：

   ALERT_REPORTS_NOTIFICATION_DRY_RUN = False
   

2. 验证配置加载顺序 通过以下方式检查最终生效的配置：

   from superset import app
   print(app.config['ALERT_REPORTS_NOTIFICATION_DRY_RUN'])
   

3. 重启相关服务 修改配置后需要重启以下服务：

   • Web 服务
   • Celery worker
   • Celery beat

最佳实践建议

1. 配置管理原则

   • 优先使用环境变量进行配置
   • 避免直接修改核心配置文件
   • 使用 superset config 命令验证最终配置

2. 调试技巧

   • 启用详细日志记录
   • 检查 Celery 任务执行详情
   • 使用独立脚本测试通知功能

3. 多通知渠道验证

   • 分别测试邮件和 Slack 通知
   • 检查网络连接和 API 权限
   • 验证截图生成功能是否正常

总结

这个案例展示了配置管理在复杂系统中的重要性。通过理解配置加载机制和采用系统化的排查方法，可以有效解决看似复杂的通知发送问题。建议用户在修改关键配置后，通过多种方式验证配置是否真正生效，避免因配置覆盖导致的功能异常。