CloudFormation下基于参数值的AWS资源条件创建与AWS::NoValue应用

不能直接在Conditions条件块里搭配AWS::NoValue实现空值判断、按需创建资源的逻辑。
原因很简单：AWS::NoValue是CloudFormation专门给资源属性层设计的占位值，作用是参数没传有效值的时候，自动跳过对应的资源属性。它本身不是Conditions块能识别的合法判断输入，根本没法直接拿来做等值比较。

• 语法根本过不了模板校验：CloudFormation内置的Fn::Not函数只支持传1个布尔类型的参数，当前写法给函数传了2个值，提交部署时会直接报模板语法错误
• 逻辑层级错配：Conditions块的核心作用是输出真/假的布尔结果，用来控制要不要创建资源，不能把AWS::NoValue当判断基准做对比，二者的作用场景完全不在同一个层级
• 执行时机对不上：代码里写的${self:custom.config.S3_NAME}是Serverless这类上层部署框架的编译期插值变量，和CloudFormation原生Conditions的运行时判断逻辑执行顺序不一样，硬套进去根本拿不到正确的判断结果。

用CloudFormation原生参数传值的场景 #

这是最符合CloudFormation设计规范的写法，实现步骤非常清晰：

1. 在Parameters块里定义S3_NAME入参，把没传值时的默认状态设为空字符串
2. 在Conditions块里用CloudFormation原生的等值判断，检查S3_NAME是不是非空，直接输出布尔结果
3. 给目标资源绑定这个Condition，空值的时候不创建，有有效值的时候就创建
   参考实现代码：

Parameters:
  S3_NAME:
    Type: String
    Default: "" # 空值代表不需要创建关联的S3告警资源

Conditions:
  # 只要S3_NAME不是空字符串，就返回True，触发资源创建
  NeedCreateS3Alarm: !Not [!Equals [!Ref S3_NAME, ""]]

Resources:
  S35xxErrors:
    Type: AWS::CloudWatch::Alarm
    Condition: NeedCreateS3Alarm
    Properties:
      AlarmName: "S3 5XX Errors"

用上层框架自定义变量传值的场景 #

如果你是通过Serverless这类工具的自定义变量传S3_NAME值，根本不需要引入AWS::NoValue来做判断，直接在模板编译阶段算好判断结果即可：

Conditions:
  # 自定义变量没取到值的时候默认填空字符串，非空才创建资源
  NeedCreateS3Alarm: !Not [!Equals ["${self:custom.config.S3_NAME, ""}", ""]]

不要拿AWS::NoValue承担Conditions的职责，它的使用场景非常固定：就是已经确定要创建这个资源了，只是某个属性根据入参决定要不要填写，比如：

S3Bucket:
  Type: AWS::S3::Bucket
  Properties:
    # 用户没传自定义桶名的时候，就跳过这个属性，让CloudFormation自动生成随机桶名
    BucketName: !If [NeedCustomBucketName, !Ref S3_NAME, !Ref AWS::NoValue]

内容的提问来源于stack exchange，提问作者Auto geek