Google cloud platform 云运行出口网络高延迟

我对谷歌云平台的云端点有问题。 我有一个由云函数支持的小API，该函数请求云SQL实例中的一些数据。这部分速度很快

此API通过云端点和运行的ESP代理（如Google云平台文档中所示）公开

启动时，延迟是合理的（大约200毫秒），但有时（没有任何干预），延迟会上升2秒左右。然后，如果我强制重新部署云运行实例，则延迟将恢复正常

我有另一个端点具有完全相同的配置，但有另一个云SQL实例支持的云函数，我没有这个问题

你知道为什么吗

谢谢

安托万

编辑：

具有低延迟的跟踪：

另一个高延迟：

---

两者都是完全相同的基础设施。重新启动云运行ESP代理可以在一段时间内减少延迟（上次是6小时，这次是24小时，没有高延迟）。

您指的是CheckServiceControl延迟吗

ESP具有用于ServiceControl调用的本地缓存。缓存在5分钟内过期。低延迟可能来自缓存命中，高延迟可能来自缓存未命中。

更新：

---

将ESP代理更新为v2（gcr.io/endpoints release/endpoints runtime serverless:2）似乎可以解决此问题。

是否使用？如果是，删除它应该可以解决延迟问题-有关更多信息，请参阅文章。您可能会发现这对于减少Google云端点API的延迟非常有用。嗨，Denis，谢谢您的回复。我不是云端点的专家，我认为我不完全了解流程。我随后部署了API端点（一个云端点定义和一个运行在云上的ESP代理）。我用两个延迟跟踪的屏幕截图更新了这个问题。您可以通过直接应用和检查应用程序上的任何特定延迟来检查您自己应用程序（云功能）的延迟。你看到报纸上有什么特别的问题吗？这两个云函数（相同的代码、相同的运行时）和云SQL实例（相同的数据库版本、机器类型、存储容量等）是否相似？嗨，我已经检查了云函数。每次通话不到100毫秒即可完成。问题来自端点服务/云运行ESP。我检查了端点请求日志，没有发现任何错误。请求延迟从259ms无缘无故地变为2,4s，然后保持在2s左右。如果我在云运行时重新启动ESP代理，延迟将回到200ms。云运行ESP在不同的区域中创建的位置？我不这么认为，因为我每分钟在6个位置都有一个电话，并且我有4天多的低延迟。然后，延迟会在没有任何明显原因的情况下增加，并一直保持较高，直到我重新启动ESP代理云运行。正如您在两个屏幕截图上看到的，高延迟来自CheckServiceControl（从10毫秒到1秒），但也来自云函数调用的延迟（后端从36毫秒提高到1,2秒，而云函数延迟保持在30毫秒左右）。我知道，您怀疑云运行出口网络可能存在延迟问题。经过一段时间后，延迟会增加，重新启动云运行服务将解决此问题。如果是这样，你能将这个问题提交给谷歌云运行团队吗？你的文章标题有误导性，你能不能把它改成云运行出口网络high Latency感谢你的时间。我编辑了标题，并按照您的建议与cloud run团队讨论了一个问题。如果他们发现了问题，我会把你的消息告诉他们。