如何通过单个serverless.yml模板部署多CloudFormation栈并按环境变量命名？

你的思路完全没问题，利用环境变量动态生成CloudFormation栈名称，是Serverless框架中实现多环境/多业务线栈隔离的常用且灵活的方式，完全能满足你想要的<service>-<SOURCE>-<stage>命名格式需求。

下面是具体的实现步骤和注意事项：

1. 修改serverless.yml配置栈名称 #

在你的serverless.yml里，直接通过provider.stackName字段定义动态栈名，利用Serverless的变量引用语法读取环境变量：

service: scrape

provider:
  name: aws
  # 可选：允许通过命令行参数指定stage，默认值设为dev
  stage: ${opt:stage, 'dev'}
  # 核心配置：动态生成栈名，${env:SOURCE}读取环境变量，加默认值避免未传参出错
  stackName: ${self:service}-${env:SOURCE, 'default'}-${self:provider.stage}
  # 其他provider配置（比如region、runtime等）...

# 可选：统一资源前缀，避免跨栈资源冲突
custom:
  resourcePrefix: ${self:service}-${env:SOURCE}-${self:provider.stage}

functions:
  scraper:
    handler: handler.main
    # 示例：函数名也带上前缀，确保不同栈的函数完全隔离
    name: ${self:custom.resourcePrefix}-scraper

2. 执行部署命令 #

按照你的需求，只需要在部署前注入SOURCE环境变量即可：

• Linux/macOS：

SOURCE=twitter sls deploy --stage prod

执行后生成的CloudFormation栈名就是scrape-twitter-prod，和你预期的一致。

• Windows：
  如果用cmd命令行：

set SOURCE=twitter && sls deploy --stage prod

如果用PowerShell：

$env:SOURCE="twitter"; sls deploy --stage prod

一些实用注意事项 #

• 跨平台兼容：如果需要在Windows和Unix系统间切换部署，可以用cross-env包统一环境变量设置方式，安装后命令改成：npx cross-env SOURCE=twitter sls deploy --stage prod
• 资源全隔离：除了栈名，建议Lambda函数名、S3桶名、DynamoDB表名等所有资源都带上SOURCE标识，彻底避免不同栈的资源互相干扰
• 默认值防护：给${env:SOURCE}加上默认值（比如default），可以防止忘记传环境变量时误部署到默认栈，降低操作风险

这个方案的优势在于不需要维护多套serverless.yml模板，只用一套配置就能通过环境变量快速切换不同的部署目标，非常适合按数据源、业务模块等维度拆分独立栈的场景。

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