有没有人找到API网关延迟问题的解决方案？
使用简单的功能测试API网关 - ＆gt; Lambda相互作用，我经常看到2.5s范围内的冷启动，并且一旦“温暖”，在900ms-1.1s范围内的响应时间是典型的。
我理解TLS握手有其自身的开销，但是从我的位置测试类似的资源（我认为不是地理分布的基于AWS的站点或一般站点）显示的结果是〜500ms的一半。
AWS即将推出好消息吗？
（我在发布之前已经阅读了我能找到的所有内容。）
答案 0 :(得分：2)
在这里使用API网关团队工作。
你说你已经阅读了所有内容＆＃34;，但是对于其他人的上下文，我想链接到我们论坛上的一些主题，我已经公开记录了很多内容执行单个API调用时的感知延迟来自：
通常，随着您提高通话费率，您的平均延迟将缩减，因为可以利用客户端与CloudFront之间以及CloudFront和API网关之间的连接重用机制。此外，更高的通话费率将确保您的Lambda温暖＆＃34;并随时准备提出要求。
话虽如此，我们痛苦地意识到我们没有达到很多客户的绩效标准，并且正在努力改善这一点：
Lambda团队一直致力于改善冷启动时间，并尝试将其移除以用于持续负载的功能。
在API Gateway上，我们目前正在推出CloudFront和API Gateway之间改进的连接重用，客户将能够从通过其他API建立的连接中受益。这应该意味着应该减少需要在CloudFront和API Gateway之间进行完整TLS握手的请求百分比。