KEDA AWS CloudWatch 多维度指标查询问题分析与解决方案

问题背景

在KEDA项目中使用AWS CloudWatch Scaler时，用户发现当监控指标包含多个维度时，系统无法正确获取指标数据，而是返回默认值0。这个问题在KEDA 2.15.1及以上版本中出现，影响了基于多维度指标的自动伸缩功能。

问题现象

用户配置了包含多个维度的CloudWatch指标查询，例如同时指定"TargetGroup"和"LoadBalancer"两个维度。在KEDA 2.14.1版本中，这种配置能够正常工作，但在2.15.1及更高版本中，系统会返回空指标数据并回退到默认值0。

技术分析

问题根源

通过分析代码变更，发现这个问题源于KEDA 2.15.1版本中对CloudWatch scaler的重构。在重构过程中，处理多维度指标的逻辑被意外移除。具体表现为：

1. 旧版本(2.14.1)行为：正确地将多个维度拆分为独立的Dimension对象
2. 新版本(2.15.1)行为：将多个维度名称和值合并为一个Dimension对象

API调用差异

在正常工作的情况下，API调用应该包含多个独立的Dimension对象：

"Dimensions": [
  {
    "Name": "LoadBalancer",
    "Value": "app/lb1"
  },
  {
    "Name": "TargetGroup",
    "Value": "targetgroup/tg1"
  }
]

但在有问题的版本中，API调用错误地将多个维度合并：

"Dimensions": [
  {
    "Name": "LoadBalancer;TargetGroup",
    "Value": "app/lb1;targetgroup/tg1"
  }
]

这种格式不符合AWS CloudWatch API的规范，导致查询返回空结果。

临时解决方案

目前用户可以采用以下两种临时解决方案：

1. 使用CloudWatch表达式：通过expression参数直接编写CloudWatch查询表达式，绕过维度处理问题
2. 降级到KEDA 2.14.1版本：回退到已知能正常工作的版本

长期解决方案

KEDA开发团队已经确认这是一个bug，并建议社区贡献者提交修复代码。修复方向应包括：

1. 恢复多维度拆分的逻辑
2. 确保维度名称和值正确映射到CloudWatch API要求的格式
3. 添加多维度指标的测试用例

最佳实践建议

在使用KEDA的AWS CloudWatch scaler时，建议：

1. 对于复杂的多维度查询，优先考虑使用expression语法
2. 升级前充分测试多维度指标的查询功能
3. 关注KEDA的版本发布说明，了解已知问题和修复情况

总结

这个问题展示了开源项目中重构可能带来的意外影响，也提醒我们在升级关键组件时需要全面测试各项功能。对于依赖多维度CloudWatch指标的用户，建议暂时使用expression语法或等待官方修复版本发布。