有没有人找到API网关延迟问题的解决方案？可以/将要AWS API网关 - > Lambda性能得到改进吗？
通过简单的函数测试API网关 - > Lambda交互，我经常在2.5s范围内看到冷启动，一旦“加热”，响应时间在900ms-1.1s范围内是典型的。
我知道TLS握手有其自身的开销，但从我的位置测试类似资源（基于AWS或一般站点，我认为这些资源不是地理位置分布的）显示的结果是一半~500毫秒。
即将推出AWS的好消息吗？
（我读了所有我能在发布前找到。）
工程师API网关队这边。
你说过你已经阅读过“所有内容”，但是对于其他人的上下文，我想链接到我们论坛上的一些主题，在那里我公开记录了执行单个API调用时很多潜在的延迟来自：
在一般情况下，当你增加你的通话费率，你的平均延迟会萎缩，因为你的客户和CloudFront的作为之间的连接重用机制以及可以利用CloudFront和API Gateway之间的关系。此外，更高的通话费率将确保您的Lambda“热情”，并随时为请求提供服务。
话虽这么说，我们痛苦地意识到，我们不能满足了很多客户的性能标准，并努力改善这种大踏步：
拉姆达团队改善感冒不断努力开始时间以及尝试将它们移除以查看持续负载的功能。
在API网关上，我们目前正在推出改进的CloudFront与API网关之间的连接重用过程，客户将能够从其他API建立的连接中受益。这应该意味着需要在CloudFront和API Gateway之间进行完整的TLS握手的请求的百分比应该降低。
“我在发布之前已经阅读了所有我能找到的内容” – SexxLuthor
需要多长时间直接在AWS Lambda中执行您的功能（在没有API网关的情况下，在控制台中使用** Test **按钮）？ –
@KhalidT。从控制台？当然，它是微不足道的：16或18毫秒。这些是用于测试响应时间的“Hello world”等价物。 :) – SexxLuthor
使用“Hello World”测试可能不会反映实际执行时间（除非在测试API网关时使用相同的模板）。尝试使用您通常期望接收的实际值来修改模板，并使您的函数在所有执行路径中完全运行。这里的想法是找出瓶颈;无论是Lambda函数本身还是API网关集成。 –