单Lambda@Edge实例是否支持并发处理请求？

Lambda（包括Lambda@Edge）的核心执行模型就是单个实例一次只能处理一个请求，这是AWS的底层设计，无法通过配置或代码修改来改变。当你提到的20个请求批次到达时，AWS会自动启动对应数量的Lambda@Edge实例来处理，每个实例承接一个请求，不存在让单个实例同时处理多个请求的机制。

针对你的痛点的优化方案 #

你的核心诉求是降低冷启动带来的用户体验影响，以及减少第三方服务的连接数，以下是可行的优化方向：

1. 缓解冷启动问题 #

• 预热边缘实例：定期向CloudFront覆盖的主要边缘节点发送测试请求，触发Lambda@Edge执行，让实例保持热状态。这样用户实际请求到达时，就会复用已预热的实例，避免冷启动延迟。需要注意覆盖用户集中访问的区域，确保预热的实例能覆盖到真实请求。
• 优化代码冷启动速度：
  • 精简依赖包：剔除不必要的依赖，使用Lambda分层部署来分离常用依赖，减少代码包体积。
  • 调整初始化逻辑：将第三方服务的连接初始化、配置加载等操作放在函数的全局作用域（而非请求处理的handler函数内），这样冷启动时完成的初始化会被该实例的所有后续请求复用，虽然冷启动时间还是存在，但后续热启动请求无需重复执行初始化。
  • 更换运行时：如果当前使用的是Node.js、Python等解释型语言，可考虑切换到Go等编译型语言，通常编译型语言的冷启动速度更快。

2. 减少第三方服务连接数 #

• 复用全局连接：如上述所说，把第三方服务的连接对象放在全局作用域，单个Lambda@Edge实例的后续请求会复用这个连接，避免每次请求都新建连接。虽然冷启动时20个实例会各建一个连接，但热启动阶段同一实例的请求不会新增连接，能有效减少长期运行中的连接数。
• 引入中间层缓存：在Lambda@Edge和第三方服务之间增加缓存层（比如AWS ElastiCache），或者利用CloudFront的缓存能力，减少直接调用第三方服务的次数，从根源上降低连接需求。

补充说明 #

Lambda@Edge的执行成本极低，多实例并发带来的成本增加其实非常有限，主要的问题还是冷启动导致的用户体验下降。通过预热和代码优化，基本可以将冷启动的影响降到最低，同时缓解第三方服务的连接压力。

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