如何将CloudFormation堆栈输入参数存入数据库？SNS通知无参数值

你说得没错，CloudFormation的SNS事件通知里确实不会包含堆栈的输入参数——这些参数属于堆栈的元数据，不会自动出现在事件负载里。不过有几个靠谱的方法可以实现你的需求，下面逐个拆解：

方法1：使用自定义资源（Custom Resource）+ Lambda #

这是最直接的自动化方案，在你的CloudFormation模板里添加一个自定义资源，让它在堆栈创建/更新时触发Lambda函数，Lambda可以直接拿到模板里的输入参数，然后写入DynamoDB或RDS。

步骤： #

1. 创建Lambda函数：编写一个Lambda函数，逻辑是接收CloudFormation的自定义资源请求，提取传入的参数，然后调用DynamoDB/RDS的SDK写入数据。示例代码（Python）：

import boto3
import json

dynamodb = boto3.resource('dynamodb')
table = dynamodb.Table('StackParametersTable')

def lambda_handler(event, context):
    # 从自定义资源的ResourceProperties里获取参数
    params = event['ResourceProperties']['StackParams']
    
    # 写入DynamoDB
    try:
        table.put_item(
            Item={
                'StackName': event['StackId'].split('/')[-2],
                'Params': json.dumps(params),
                'Timestamp': event['RequestTimestamp']
            }
        )
        # 返回成功响应给CloudFormation
        return {
            'Status': 'SUCCESS',
            'PhysicalResourceId': context.log_stream_name,
            'StackId': event['StackId'],
            'RequestId': event['RequestId'],
            'LogicalResourceId': event['LogicalResourceId']
        }
    except Exception as e:
        # 返回失败响应
        return {
            'Status': 'FAILED',
            'Reason': str(e),
            'PhysicalResourceId': context.log_stream_name,
            'StackId': event['StackId'],
            'RequestId': event['RequestId'],
            'LogicalResourceId': event['LogicalResourceId']
        }

2. 在CloudFormation模板里添加自定义资源：把你的输入参数传递给自定义资源的ResourceProperties：

Resources:
  StoreParamsFunction:
    Type: AWS::Lambda::Function
    Properties:
      Runtime: python3.9
      Handler: index.lambda_handler
      Code:
        ZipFile: |
          # 上面的Lambda代码
      Role: !GetAtt LambdaExecutionRole.Arn

  LambdaExecutionRole:
    Type: AWS::IAM::Role
    Properties:
      AssumeRolePolicyDocument:
        Version: '2012-10-17'
        Statement:
          - Effect: Allow
            Principal:
              Service: lambda.amazonaws.com
            Action: sts:AssumeRole
      Policies:
        - PolicyName: DynamoDBWriteAccess
          PolicyDocument:
            Version: '2012-10-17'
            Statement:
              - Effect: Allow
                Action: dynamodb:PutItem
                Resource: !GetAtt StackParametersTable.Arn
        - PolicyName: LambdaBasicExecution
          PolicyDocument:
            Version: '2012-10-17'
            Statement:
              - Effect: Allow
                Action:
                  - logs:CreateLogGroup
                  - logs:CreateLogStream
                  - logs:PutLogEvents
                Resource: arn:aws:logs:*:*:*

  StackParametersTable:
    Type: AWS::DynamoDB::Table
    Properties:
      AttributeDefinitions:
        - AttributeName: StackName
          AttributeType: S
      KeySchema:
        - AttributeName: StackName
          KeyType: HASH
      ProvisionedThroughput:
        ReadCapacityUnits: 1
        WriteCapacityUnits: 1

  StoreStackParams:
    Type: Custom::StoreStackParams
    Properties:
      ServiceToken: !GetAtt StoreParamsFunction.Arn
      StackParams:
        Param1: !Ref Param1
        Param2: !Ref Param2
Parameters:
  Param1:
    Type: String
  Param2:
    Type: String

当堆栈创建或更新时，这个自定义资源会触发Lambda，把Param1和Param2的值写入DynamoDB。

方法2：使用CloudFormation宏（Macro） #

如果你希望在模板部署的更早阶段处理参数，可以用CloudFormation宏。宏可以在CloudFormation解析模板时执行自定义逻辑，你可以在宏里把参数写入数据库。

步骤： #

1. 创建一个Lambda函数作为宏的后端，逻辑是接收模板内容，提取参数，写入DB，然后返回原模板（或者修改后的模板）。
2. 在CloudFormation里注册这个宏，然后在你的模板开头添加Transform: [YourMacroName]，这样部署时宏会自动执行。

注意：宏的执行是在模板转换阶段，此时堆栈还没开始创建，所以如果需要关联堆栈ID等信息，可能需要结合后续的自定义资源一起用。

方法3：事后用CLI/SDK拉取参数并存入DB #

如果你不需要完全自动化，或者想在堆栈部署完成后再存储参数，可以用AWS CLI或SDK获取堆栈的参数，然后写入数据库。

比如用CLI命令获取参数：

aws cloudformation describe-stacks --stack-name YourStackName --query "Stacks[0].Parameters" --output json

你可以把这个命令集成到CI/CD流水线里，或者写个脚本定时拉取，然后把结果写入DynamoDB/RDS。

各方案对比 #

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