谷歌应用程序引擎的漫长过程需要回归消费者



我正在尝试使用谷歌应用引擎作为移动平台和流行的云存储服务之间的中介。移动应用程序告诉应用程序引擎它想要从云存储中获取特定文件的哪些部分,然后应用程序引擎应该获取该文件数据,对其进行处理,并提取请求的部分发送回移动应用程序。是的,它必须这样设置,移动操作系统无法读取这种特定格式的文件,但应用程序引擎可以,而且这种特定的云存储与所需的桌面软件集成在一起。

问题是:处理文件和提取数据超过了60秒的响应限制,任务队列无法将数据返回到最初请求的移动应用程序。在大多数情况下,数据将在1-3分钟内返回。我意识到Channel Api可以让我通过网络视图接收数据准备就绪的实时消息,但这个Api非常昂贵,因为我每天需要允许数千个连接,每个用户都必须根据文档拥有自己的频道。我应该查看轮询(在通道api之外)吗?我应该关注哪些设计模型、方法甚至其他服务(我一直在使用gae,因为它易于使用、自动缩放和安全;我是一个单人秀)。

该产品依赖于仅存在于Java中的处理数据的功能。谢谢

您可以向客户端返回事务id,然后让客户端使用该id定期ping您的服务器,以查看长过程是否完成。

Appengine‘Backend’实例没有60秒的限制。您可以在这里看到普通前端实例和后端实例之间的比较:https://developers.google.com/appengine/docs/java/backends/

相关内容

  • 没有找到相关文章

最新更新