SST项目中Lambda预留并发配置的正确使用方式

在Serverless架构中，Lambda函数的并发控制是一个关键的性能和成本优化点。SST框架作为一款优秀的Serverless开发工具，近期在其3.1.45版本中修复了一个关于Lambda预留并发(reserved concurrency)配置的重要问题。

问题背景

在之前的SST版本中，开发者虽然可以通过配置concurrency.reserved参数来设置Lambda函数的预留并发数，但实际上这个配置并未生效。这是由于框架内部实现上的一个疏漏，导致该配置项虽然存在于API中，但并未真正应用到AWS Lambda服务的部署过程中。

技术解析

Lambda函数的并发控制包含两个重要概念：

1. 预留并发(Reserved Concurrency)：为特定函数保留一定数量的执行环境，确保该函数始终有可用的执行资源，同时也可以限制该函数的最大并发数。

2. 预置并发(Provisioned Concurrency)：预先初始化并保持一定数量的执行环境"热启动"状态，以消除冷启动延迟。

在SST框架中，这两个配置都通过concurrency对象进行设置：

resources: {
  MyLambda: {
    function: {
      concurrency: {
        reserved: 10,  // 预留并发数
        provisioned: 5 // 预置并发数
      }
    }
  }
}

修复内容

SST团队在3.1.45版本中修复了这个问题，现在开发者可以正常使用concurrency.reserved配置项来控制Lambda函数的预留并发数。这一修复使得开发者能够：

• 精确控制单个Lambda函数的最大并发执行数
• 避免因突发流量导致的函数级联失败
• 更好地规划和管理AWS账户级别的并发配额

最佳实践

在使用SST配置Lambda并发时，建议考虑以下几点：

1. 预留并发设置：根据函数的重要性和预期负载设置合理的预留并发数。对于关键业务函数，建议设置足够的预留并发以避免被其他函数占用配额。

2. 预置并发设置：对延迟敏感的函数，可以结合预置并发来减少冷启动影响，但要注意这会增加成本。

3. 监控与调整：部署后应持续监控函数的并发指标，根据实际使用情况调整并发配置。

4. 账户级限制：注意AWS账户级别的并发限制，合理分配各函数的预留并发数总和。

总结

SST框架对Lambda并发配置的完善，为开发者提供了更精细的资源控制能力。正确使用预留并发和预置并发配置，可以显著提升Serverless应用的性能和可靠性。建议所有使用SST框架的开发者升级到3.1.45或更高版本，以充分利用这一功能改进。