AWS ApiGateway延迟问题

Question

我目前正在使用内部使用AWS Lambda的内部应用程序，以使用通过jrestless实现的spring框架进行应用程序调用。

应用程序到应用程序的调用可以在适当的延迟下正常运行（理想情况下约为10-15毫秒）

但是，当我尝试通过API网关利用相同的lambda函数时，延迟会高达700-800毫秒。 即使我的lambda函数也要花10-15毫秒。

Lambda函数配置：

VPC: open(no vpc)
Region: ap-south-1(Mumbai)
Memory: 1500 MB(Highest)
Timeout: 5 min(Highest)

API网关配置：

Region: ap-south-a(Mumbai)
Request Integration: proxy+
Request Method: ANY

没有使用身份验证，它的HTTPS调用。

有没有人遇到过类似的问题？

Answer 1

我也遇到了api网关的延迟问题，但是我没有确切的数字。 但是，到目前为止，根据设计，api网关存在延迟问题，并且一直存在。

根据工程师的说法，我认为700ms更高。

以防万一lambda还有其他问题，例如热启动和冷启动。 首次致电时，lambda延迟有点高。 如以下博客文章所述，有几种解决方法可以克服此问题

Answer 2

如果您对延迟引入的地方感到好奇，则API Gateway提供了两个CloudWatch指标： Latency和IntegrationLatency 。 Latency是API网关记录的服务器端总延迟，而IntegrationLatency只是后端请求/响应的延迟。 这两个指标之间的区别是API网关服务器端的开销。 客户端延迟和Latency指标之间的任何差异将是网络/ TLS /连接延迟。
我们最近启动了“ Regional”终结点类型，对于客户端与API本身位于同一AWS区域的用例，这是一种选择。 这应该使您的延迟降低到更接近直接调用Lambda时获得的延迟。
延迟通常会随着音量的增加而改善
Lambda本身将始终具有开销，并且它们不会暴露服务器端的开销（与API Gateway不同）。 该duration由LAMBDA暴露的只是你照单支付功能的持续时间。 它不表示总延迟。