worker-Warteschlange für nodejs?

Ich bin in den Prozess von Anfang an zu schreiben, ein worker-Warteschlange für Knoten mit Knoten - cluster-API und mongoose.

Ich bemerkt, dass eine Menge libs vorhanden sind, die dies bereits tun, aber mit redis und Verzweigung. Gibt es einen guten Grund für die Gabel im Vergleich der cluster-API?

Bearbeiten und jetzt finde ich auch dieses: https://github.com/xk/node-threads-a-gogo - zu viele Optionen!

Möchte ich lieber nicht hinzufügen, redis, um die Mischung, da ich bereits verwenden, mongo. Auch meine Anforderungen sind sehr Locker, ich würde gerne Ausdauer aber gehen könnte, ohne dass es für die erste version.

Teil zwei der Frage:
Was sind die stabilsten/verwendet nodejs worker-Warteschlange libs heraus dort heute?

Viele von Ihnen waren wahrscheinlich gestartet, wenn der Cluster nicht mehr verfügbar war, oder es vorziehen, es nicht zu verwenden, da es immer noch markiert mit "experimental". Es ist durchaus möglich, dass ein worker-queue-Umsetzung mit cluster-und Domänen würde besser sein, als die Gabel-Methode.
stabil/gebraucht worker-Warteschlange: zeroMQ
es gibt keine nodejs Bindungen für zeromq - im-suchen nach einer lib mit Knoten-Unterstützung, die idealerweise nicht erforderlich, einen separaten server. etwas Licht-Gewicht.
Können Sie erweitern ein wenig auf Ihren Fall... die Knoten-threads-a-gogo zu haben scheint, die sehr spezifische use cases. Wenn in Ihrem Anwendungsfall passt, es scheint wie eine gute Passform. Der link in der Antwort selbst verweist auf die Notwendigkeit für einen sehr speziellen Anwendungsfall. Die beste Antwort ist davon abhängig, was deine event-Schleife mit sich bringt und die Art der Architektur wird es laufen...

InformationsquelleAutor mkoryak | 2013-06-03

Schreibe einen Kommentar