Terraform AWS Provider中CloudWatch告警周期参数的限制与修复

在Terraform AWS Provider项目中，开发者pureiboi发现了一个关于CloudWatch告警周期参数的限制问题。这个问题影响了aws_cloudwatch_metric_alarm资源的使用，导致某些合法的AWS API参数值在Terraform配置中被错误地拒绝。

问题背景

CloudWatch告警是AWS监控体系中的重要组件，它允许用户基于指标数据设置告警条件。在创建告警时，需要指定一个"period"参数，这个参数定义了指标数据的聚合时间窗口。

根据AWS官方API文档，PutMetricAlarm操作支持的period值包括10、20、30秒以及任何60的倍数。同样，MetricDataQuery结构中的period参数支持1、5、10、20、30、60秒或任何60的倍数。

然而，在Terraform AWS Provider的实现中，对period参数进行了过于严格的验证：

1. 对于顶级period参数，只接受10或30秒
2. 对于metric_query块中的period参数，只接受1、5、10或30秒
3. 对于metric_query.metric块中的period参数，同样只接受1、5、10或30秒

这种限制与AWS API的实际能力不符，导致用户无法使用20秒这样的合法period值。

问题影响

这个限制影响了需要在较精细时间粒度上监控资源的用户。例如：

• 需要20秒聚合窗口的高频监控场景
• 希望使用非标准但合法的period值（如120秒等）的用户
• 在metric_query中使用20秒period的复杂监控配置

用户尝试使用这些合法值时，会遇到验证错误，被迫修改为Terraform允许的值，这可能影响监控的精确性和及时性。

技术分析

从技术实现角度看，这个问题源于Terraform AWS Provider中对CloudWatch告警参数验证逻辑的过度限制。验证逻辑应该与底层AWS API保持一致，而不是施加额外的限制。

具体来说，验证逻辑应该：

1. 对于顶级period参数，允许10、20、30秒和任何60的倍数
2. 对于metric_query和metric_query.metric中的period参数，允许1、5、10、20、30、60秒和任何60的倍数

这种验证逻辑的差异可能导致用户配置无法表达其真实的监控需求，或者被迫使用次优的监控间隔。

修复方案

该问题已被开发者ewbankkit修复，并在Terraform AWS Provider v5.98.0版本中发布。修复内容包括：

1. 放宽了period参数的