Wann muss ich Worker-Prozesse in Heroku verwenden?

Question

Ich habe eine Node.js-App mit einer kleinen Gruppe von Benutzern, die derzeit mit einem einzigen Web-Prozess aufgebaut ist. Ich denke darüber nach, einen After-Save-Trigger hinzuzufügen, der aufgerufen wird, wenn ein Datensatz zu einer meiner Tabellen hinzugefügt wird. Wenn der Trigger nach dem Speichern ausgeführt wird, möchte ich eine große Anzahl von IO-Operationen für externe APIs durchführen. Die Anzahl der IO-Operationen hängt von der Anzahl der Elemente in einer Array-Spalte im Datensatz ab. Daher könnte ich eine große Anzahl von asynchronen Operationen ausführen, nachdem jeder Datensatz in dieser bestimmten Tabelle gespeichert wurde.

Ich dachte daran, diese Arbeit in einen Hintergrundjob zu verschieben, wie in Worker Dynos, Background Jobs and Queueing vorgeschlagen. Der Artikel gibt als Faustregel an, dass Aufgaben, die länger als 500 ms dauern, in den Hintergrundjob verschoben werden. Aber nachdem ich das Beispiel mit RabbitMQ (Asynchronous Web-Worker Model Using RabbitMQ in Node) durchgearbeitet habe, bin ich nicht überzeugt, dass es sich lohnt, alles einzurichten.

meine Fragen sind also:

• Für eine Anwendung mit einer begrenzten Menge an gleichzeitigen Benutzern, ist es in Ordnung, eine lange Lauffunktion in einem Web-Prozess zu verlassen?
• Wenn ich schließlich beschließe, diese Arbeit an einen Hintergrundjob zu senden, scheint es nicht so schwer zu sein, meinen After-Save-Trigger zu ändern. Fehle ich etwas?
• Gibt es eine Möglichkeit, dies einfacher zu tun als eine Nachrichtenwarteschlange zu implementieren?

Answer 1

Für eine Anwendung mit einer begrenzten Menge an gleichzeitigen Benutzern, ist es in Ordnung, eine lange Lauffunktion in einem Web-Prozess zu verlassen?

Dies ist mehr eine Frage der Präferenz, als alles andere.

im Allgemeinen sage ich nein - es ist nicht ok ... aber das basiert auf der Erfahrung beim Aufbau von rabbitmq-Diensten, die in heroku-Arbeitern laufen, und das nicht als eine schwierige Sache zu sehen.

mit ein wenig Übung, können Sie feststellen, dass dies die einfachere Lösung ist, wie ich habe (es ermöglicht einfacheren Code und robusteren Code, wie es das Web vom Hintergrundprozessor trennt - so dass jeder laufen kann ohne zu wissen über einander direkt)

Wenn ich schließlich beschließe, diese Arbeit an einen Hintergrundjob zu senden, scheint es nicht so schwer zu sein, meinen After-Save-Trigger zu ändern. Fehle ich etwas?

fehlt Ihnen etwas? nicht wirklich

solange Sie Ihren aktuellen in-the-web-Prozess-Code in einem gut strukturiert und modular schreiben, ist es zu einem Hintergrundprozess bewegt sich nicht in der Regel eine große Sache

die meisten der Panik, Menschen bekommen von Code in den Hintergrund zu bewegen, kommt von ihrem Code eng mit dem HTTP-Anfrage/Antwort-Prozess gekoppelt ist (ich weiß aus eigener Erfahrung, wie schmerzhaft es sein kann)

Gibt es eine Möglichkeit, dies zu tun das ist einfacher als eine Nachrichtenwarteschlange zu implementieren?

Es gibt viele Optionen für verteilte Berechnungen und Hintergrundverarbeitung.Ich persönlich mag RabbitMQ und die Messaging-Muster, die es verwendet.

ich würde vorschlagen, es zu versuchen und zu sehen, wenn es etwas ist, das gut für Sie arbeiten kann. Andere Optionen umfassen Redis mit Pub/Sub-Bibliotheken darüber, direkte HTTP-API-Aufrufe an einen anderen Webserver oder einfach einen Timer in Ihrem Hintergrundprozess verwenden, um Datenbanktabellen auf einer bestimmten Frequenz zu überprüfen und den Code ausführen zu lassen basierend auf den Daten, die es findet.

p.s. Sie können meine RabbitMQ For Developers Kurs von Interesse finden, wenn Sie tiefer in RMQ w/node graben wollen: http://rabbitmq4devs.com