AWS API Gateway -> Lambda 性能能否/将会得到改善？

有人找到了 API Gateway 延迟问题的解决方案吗？

通过简单的功能测试 API Gateway -> Lambda 交互，我经常看到 2.5 秒范围内的冷启动，而一旦“预热”，900 毫秒 - 1.1 秒范围内的响应时间是典型的。

我知道 TLS 握手有其自身的开销，但从我的位置测试类似的资源（基于 AWS 的或一般站点，我认为不是地理分布式的）显示的结果只有一半，约 500 毫秒。

AWS 很快就会传来好消息吗？

（在发布之前我已经阅读了我能找到的所有内容。）

这里是 API Gateway 团队的工程师。

您说您已经阅读了“所有内容”，但对于其他人来说，我想链接到我们论坛上的许多线程，在这些线程中，我公开记录了执行单个 API 调用时的许多感知延迟来自于：

• 论坛帖子 1 https://forums.aws.amazon.com/thread.jspa?threadID=226136
• 论坛帖子2 https://forums.aws.amazon.com/thread.jspa?threadID=225458

一般来说，当您提高呼叫速率时，您的平均延迟将会缩短，因为可以利用客户端与 CloudFront 之间以及 CloudFront 与 API Gateway 之间的连接重用机制。此外，更高的调用率将确保您的 Lambda 处于“温暖”状态并准备好服务请求。

话虽这么说，我们痛苦地意识到，我们没有达到许多客户的性能标准，并且正在努力改进这一点：

• Lambda 团队不断致力于改善冷启动时间，并尝试为持续负载的函数删除冷启动时间。

• 在 API Gateway 上，我们目前正在改进 CloudFront 和 API Gateway 之间的连接重用，客户将能够从通过其他 API 建立的连接中受益。这意味着需要在 CloudFront 和 API Gateway 之间进行完整 TLS 握手的请求百分比应该会减少。