API 服务架构与浏览器——使用 Worker 和队列
API Service Architecture vs Browser - Using Workers and Queues
我正在 Heroku 上阅读 this article 关于处理请求和在浏览器端使用轮询的正确架构(如果请求花费的时间超过几毫秒)。很清楚也很有道理。
我的问题是,我正处于商业 API 服务的规划阶段, 是 应用程序,其中不涉及浏览器。我无法准确地发回 hold on 回复,并要求客户端在响应准备就绪时进行轮询。
如何处理在 API 应用程序设置中向工作人员发送长时间工作的情况?
这是一个有趣的问题,有很多方法可以做到。
一种方法是让您的客户注册一个端点,然后当您的后台工作人员完成后,您可以访问他们的端点。
我正在 Heroku 上阅读 this article 关于处理请求和在浏览器端使用轮询的正确架构(如果请求花费的时间超过几毫秒)。很清楚也很有道理。
我的问题是,我正处于商业 API 服务的规划阶段, 是 应用程序,其中不涉及浏览器。我无法准确地发回 hold on 回复,并要求客户端在响应准备就绪时进行轮询。
如何处理在 API 应用程序设置中向工作人员发送长时间工作的情况?
这是一个有趣的问题,有很多方法可以做到。
一种方法是让您的客户注册一个端点,然后当您的后台工作人员完成后,您可以访问他们的端点。