Serverless部署AWS Lambda的S3与ElastiCache问题咨询

如果不想修改已存在的桶名sensor-processor-v3-dev，无需再通过CloudFormation创建该桶，按以下步骤处理：

• 从resources.yml中移除该S3桶的资源定义（如果之前配置了自动创建逻辑）
• 在serverless.yml的provider配置里，通过环境变量直接指定现有桶名，同时给Lambda的IAM角色添加该桶的操作权限：

  provider:
    name: aws
    stage: dev
    region: eu-central-1
    environment:
      SENSOR_PROCESSOR_BUCKET: sensor-processor-v3-dev
    iamRoleStatements:
      - Effect: Allow
        Action:
          # 根据Lambda实际需求添加对应权限
          - s3:GetObject
          - s3:PutObject
          - s3:ListBucket
        Resource:
          - "arn:aws:s3:::sensor-processor-v3-dev"
          - "arn:aws:s3:::sensor-processor-v3-dev/*"
  

• 若该桶最初由Serverless/CloudFormation创建，为避免部署时CloudFormation尝试替换或删除桶，可在原桶资源定义中添加以下配置（但更推荐直接移除定义、手动引用）：

  Resources:
    SensorProcessorBucket:
      Type: AWS::S3::Bucket
      Properties:
        BucketName: sensor-processor-v3-dev
      DeletionPolicy: Retain
      UpdateReplacePolicy: Retain
  

针对mm-vpc-cache子网组不存在的错误，按以下步骤验证并同步配置：

• 检查AWS实际资源：登录AWS控制台ElastiCache服务（区域选择eu-central-1），确认是否存在名为mm-vpc-cache的缓存子网组，同时检查该子网组关联的子网是否属于服务所在VPC。
• 核对配置文件拼写：检查resources.yml中该子网组的定义，确认名称（大小写、拼写）完全匹配，且配置的子网ID是当前VPC下有效的私有子网（ElastiCache要求使用私有子网）。
• 排查CloudFormation栈状态：如果子网组由resources.yml定义，查看AWS CloudFormation控制台对应栈的事件日志，确认子网组创建失败的具体原因（比如子网ID无效、VPC权限不足）。
• 手动创建或同步资源：
  • 若子网组是手动创建后被误删，直接在ElastiCache控制台重新创建同名子网组，确保关联子网和VPC正确。
  • 若依赖CloudFormation创建，修正resources.yml中的子网组配置（比如修正子网ID、VPC ID）后重新执行部署命令：serverless deploy --stage dev --region eu-central-1

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