使用Serverless框架时如何将AWS Lambda非工作时段预置并发设为零

问题根因 #

• AWS Lambda的putProvisionedConcurrencyConfig接口要求ProvisionedConcurrentExecutions最小值为1，不支持直接设置为0
• 手动删除预置并发配置后，CloudFormation栈中还保留着预置并发的资源声明，重新部署时CloudFormation会尝试更新已不存在的配置，因此抛出404错误

解决方案 #

方案1：使用AWS Application Auto Scaling 定时伸缩（推荐，无需维护自定义定时Lambda） #

这是最简洁的原生方案，完全规避你遇到的两个问题：

• 第一步：删除serverless.yml中函数硬编码的provisionedConcurrency: 1配置，不让CloudFormation默认管理预置并发资源
• 第二步：在serverless.yml中新增CloudFormation资源，为目标函数配置预置并发的定时伸缩策略：
  1. 先注册可伸缩目标，设置最小、最大预置并发范围
  2. 配置两个定时触发的伸缩规则：工作日9点将期望预置并发设为1，工作日17点将期望预置并发设为0
     该方案由AWS原生服务自动执行调整，不会出现配置状态不一致的问题，也不需要维护自定义定时Lambda代码。

方案2：适配你现有的定时Lambda逻辑 #

如果要保留现有定时Lambda的实现，只需要做两处调整即可解决部署报错：

1. 调整serverless.yml配置，将预置并发值改为动态参数，避免硬编码和实际配置状态冲突：

home_page:
  handler: homePage/home_page_handler.get
  events:
    - http:
        path: homePage
        method: get
        cors: true
        authorizer: authorizer_handler
  provisionedConcurrency: ${opt:pc, 1}

非工作时段部署时执行命令 sls deploy --pc 0，Serverless框架会自动跳过创建预置并发配置，不会出现404报错。
2. 优化定时Lambda的逻辑：

• 下调容量时不要直接删除配置，可额外创建一个版本别名，非工作时段把流量全部切到没有预置并发的版本，工作时段切到带预置并发的版本，完全避免删除配置的操作
• 如果你还是要保留删除配置的逻辑，部署前先确认当前时段的配置状态和serverless.yml的参数值一致即可

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