Die beste Methode zum Erstellen einer REST-API für lang andauernde Aufgaben?

Question

Angenommen, ich habe 2 Server.

Der erste ist ein Dienst, der einige Berechnungen bereitstellt, die lange Zeit (Minuten bis Stunden) dauern können.

Der zweite Server verwendet diesen Dienst, um Daten zu berechnen.

Ich versuche, eine REST-API für den ersten Server und so weit so gut zu entwerfen. Aber ich würde gern eine Meinung dazu hören, wie man Benachrichtigungen modelliert, wenn die langwierige Aufgabe beendet ist.

ich als 2 Ansätze bisher:

1. Polling - der zweite Server wird immer mal fragen und dann über das Ergebnis.
2. Rückruf - Zweiter Server wird ein URI einrichten, damit der erste nach dem Beenden anrufen kann. Aber das riecht ein bisschen in REST API.

Was denken Sie?

Answer 1

Zusätzlich zu dem, was ich already answered in this similar question habe, würde ich vorschlagen, das Atom Publishing Protocol für die Benachrichtigung (Sie könnten auf Ihrem zweiten Server veröffentlichen).

Answer 2

Wenn Sie Python verwenden, können Sie die Vorteile von RabbitMQ und Sellerie nutzen. Mit Sellery können Sie ein Element in einer Warteschlange erstellen und dann die Ausführung dessen anhalten, was Sie gerade ausführen (z. B. Django), sodass Sie die Ausgabe des Warteschlangenprozessors konsumieren können, sobald dieser verfügbar ist. Keine Abfrage oder Rückrufe erforderlich.

Answer 3

Für Ihre Situation würde ich Polling wählen. Wenn der zweite Server die anfängliche Anforderung zum Erstellen des Jobs auf dem ersten Server ausführt, sollte eine Antwort mit der URL der endgültigen Statusseite angezeigt werden. Der zweite Server fragt diese URL dann alle 5-15 Minuten ab, um den Status des Jobs zu überprüfen. Wenn der erste Server diese URL als RSS- oder Atom-Feed verwendet, können Benutzer ihre RSS-Reader auch auf dieselbe URL verweisen und selbst herausfinden, ob der Job erledigt ist. Es ist ein echter Gewinn, wenn sowohl Menschen als auch Maschinen Informationen aus einer einzigen Quelle erhalten können.