为长期任务创建 REST API 的最佳方式? [英] Best way to create REST API for long lasting tasks?

问题描述

假设我有 2 个服务器.

Suppose I have 2 servers.

第一个是提供一些计算的服务，可以持续很长时间(几分钟到几小时).

The first is a service that provides some computations, which can last long time (minutes to hours).

第二台服务器将使用此服务来计算一些数据.

The second server will use this service to have some data computed.

我正在尝试为第一台服务器设计 REST API，到目前为止一切顺利.但我想听听一些关于如何在持久任务完成后对通知建模的意见.

I'm trying to design a REST API for the first server and so far so good. But I'd like to hear some opinion on how to model notifications when the long lasting task is finished.

到目前为止，我考虑了两种方法:

I considered 2 approaches so far:

1. 轮询 - 第二个服务器会不时询问结果.
2. 回调 - 第二个服务器将在完成后为第一个调用设置一个 uri.但这在 REST API 中有点味道.

你怎么看?

推荐答案

除了我已经已经回答的内容在这个类似的问题中，我建议使用 Atom 发布协议进行通知(您可以发布到您的第二台服务器).

In addition to what I've already answered in this similar question, I'd suggest using the Atom Publishing Protocol for the notification (you could publish to your second server).

这篇关于为长期任务创建 REST API 的最佳方式?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！