防止 Google 云 运行 Webhook 减速
Prevent Google Cloud Run Webhook Slowdown
我有一个 Azure 逻辑应用程序，它向通过 Google 云 运行 提供服务的 Python Flask API 发出 HTTP 请求。处理需要一些时间（我正在使用 ffmpeg 转换 MP4 文件），所以我必须使用 webhook 机制实现 Flask API，否则逻辑应用程序会超时。
我的问题是我的容器实例在第一次响应后性能不佳。据我了解，这是由于 Google 在“处理”请求后限制了处理能力。
如何绕过这个限制？有没有办法告诉 Cloud 运行 初始 POST 200 不应触发 CPU 访问限制？
我也愿意使用其他服务或实现来实现更好的转换性能。
Cloud 运行 被设计为 HTTP Request/Response 系统。您需要为请求和响应之间的时间付费。一旦您的容器 return 收到响应，它就可以闲置或关闭。
您的解决方案是在任务完成之前不return HTTP 响应。
处于测试阶段的一项新功能是“最小实例”。这意味着您可以始终设置应为 运行 的实例数。我尚未验证此功能是否影响或允许后台任务。但是，不能保证您的下一个请求将发送到同一个容器。
我的建议是将 Cloud Tasks 与 Cloud 运行 结合使用。您可以启动一个任务，然后向 Cloud 运行 发出 HTTP 请求，Cloud Tasks 将等待 Cloud 运行 完成处理。这将解决您在使用 Cloud 运行.
时遇到的 idle/shutdown 问题
更多信息链接：
我有一个 Azure 逻辑应用程序，它向通过 Google 云 运行 提供服务的 Python Flask API 发出 HTTP 请求。处理需要一些时间（我正在使用 ffmpeg 转换 MP4 文件），所以我必须使用 webhook 机制实现 Flask API，否则逻辑应用程序会超时。
我的问题是我的容器实例在第一次响应后性能不佳。据我了解，这是由于 Google 在“处理”请求后限制了处理能力。
如何绕过这个限制？有没有办法告诉 Cloud 运行 初始 POST 200 不应触发 CPU 访问限制？
我也愿意使用其他服务或实现来实现更好的转换性能。
Cloud 运行 被设计为 HTTP Request/Response 系统。您需要为请求和响应之间的时间付费。一旦您的容器 return 收到响应，它就可以闲置或关闭。
您的解决方案是在任务完成之前不return HTTP 响应。
处于测试阶段的一项新功能是“最小实例”。这意味着您可以始终设置应为 运行 的实例数。我尚未验证此功能是否影响或允许后台任务。但是，不能保证您的下一个请求将发送到同一个容器。
我的建议是将 Cloud Tasks 与 Cloud 运行 结合使用。您可以启动一个任务，然后向 Cloud 运行 发出 HTTP 请求，Cloud Tasks 将等待 Cloud 运行 完成处理。这将解决您在使用 Cloud 运行.
时遇到的 idle/shutdown 问题更多信息链接：