gpt4 book ai didi

google-app-engine - 用于长时间运行但低 CPU 任务或长轮询的 Google App Engine?

转载 作者:行者123 更新时间:2023-12-04 02:10:21 27 4
gpt4 key购买 nike

App Engine 非常适合无需外部 API 调用数据库或缓存或第三方资源即可快速处理的请求,但我们发现引入任何类型的“长时间运行”组件或外部延迟(例如在在后台异步运行的 HTTP POST 操作,可能需要一两秒钟来处理一些更密集的数据库查询......从客户端的 UX 角度来看完全不可见并且可以,因为它是异步的但对 App Engine 计费来说很昂贵因为它运行时间很长)...“实例时间”复合并大大增加了成本。

这些引起费用的情况,其中请求实际上只是在等待来自外部资源的响应,并且在空闲期间需要几乎为零的 CPU 似乎是可以避免的,但我不确定它是否可以避免使用 App Engine。

这几乎就像一个“长轮询”,其中响应可能保持开放状态但什么也不做。

有没有一种方法可以在 App Engine 上执行此操作而无需为实例小时支付大量费用,或者我们最好还是迁移到 Compute Engine 或 EC2?它是根据 CPU 负载自动扩展,还是仅基于打开的和可能不活动的请求总数? — threadsafe 确实启用了。

最佳答案

实际上有两种方法可以解决这个问题(最重要的)。

使用任务队列!

如果工作不需要与请求完全同时进行,这正是 App Engine 中的 [任务队列] 的用途。它们允许您将作业放入队列,并让另一个模块接手该工作。它们很棒,因为您可以分别扩展前端和后端流程。

如果那不行....

灵活使用 App Engine

引擎盖下App Engine Flexible只是在运行 GCE 实例。成本结构完全不同,因为您始终有一个在后台运行的 VM 来满足您的请求。

希望这对您有所帮助!

关于google-app-engine - 用于长时间运行但低 CPU 任务或长轮询的 Google App Engine?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39188736/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com