Echtzeit-Web-Apps mit mongodb und nodejs

Wir haben letztes Jahr eine Echtzeit-App erstellt, im Grunde ein Werkzeug, mit dem Autoren auf derselben Seite arbeiten können, wo sie Elemente (Text, Bilder, Videos, etc.) hinzufügen / entfernen / bearbeiten können.

Was wir benutzt haben, waren:

• Node.js, mit Hapi.js Framework (expressbasiert)
• Socket.io
• Nein MongoDB, aber stattdessen die ehrfürchtige RethinkDB , die standardmäßig in Echtzeit verwendet wird und grundsätzlich Listener verwendet, um es Ihnen zu sagen wann immer sich etwas geändert hat. (mongoDB ist unserer Meinung nach scheiße, wir haben es in der Vergangenheit benutzt und es fühlt sich an wie "nie wieder", aber das ist unsere Meinung)
• React / Redux, um das DOM nur für Elemente zu aktualisieren, die sich geändert haben, Angular mit seinen beiden Wegen hätte unserer Meinung nach nicht gut funktioniert, da mehrere Benutzer die gleiche Seite zur gleichen Zeit ändern könnten und daher re - Wenn alle Elemente gerendert würden, würde der Fokus verloren gehen.

Und ehrlich gesagt ist es ziemlich beeindruckend, wie schnell es ist.

Dies ist leicht zu lösen, ohne viel Aufwand und Dokumente in Datenbanken zu speichern. Sie sollten nur Dokumentspeicherorte speichern. Node hat einige sehr tolle Funktionen für diese Art von Anwendungen. Ich empfehle Ihnen, sich folgende Themen anzusehen:

• EventEmitter

• Streams

Node-Dateisystem verfügt über Klassen, die Sie verwenden können, um dies für Dokumente zu erstellen:

• fs.FSWatcher

• fs.ReadStream

• fs.WriteStream

Sie können socket.io verwenden, um diese Ereignisse mit Ihrer Client-Anwendung zu verbinden.

Ich würde mit Option 1 & amp; 3 aber mit geringfügigem Unterschied. 1. Die erste Option, um mongoDB opLog zu beenden, ist eine gute, aber der Overhead wird sehr groß in der DB, wo Ihre App Millionen von Transaktionen machen wird. Die meteorJS-Bibliothek tut dies bereits und Sie können sie erkunden, da sie ausgereift und stabil zu verwenden sind, anstatt unsere eigenen Dienste zu schreiben.

3. Option 3, um socket.io zu verwenden. Sie können socket.io tatsächlich für das Veröffentlichen von Änderungen sowie das Schreiben in die Datenbank verwenden, wenn Sie rethinkDB verwenden, das systemeigene Änderungsfeeds unterstützt. Native changesfeeds bedeutet, dass jedes Mal, wenn ein Schreibzugriff auf die Tabelle / Sammlung besteht, die Sie in Echtzeit sehen möchten, ein Rückruf mit den alten und neuen Daten erfolgt, wo Sie socket.io für die Veröffentlichung auf allen Clients verwenden können.
4. Eine andere Möglichkeit, dies zu tun, ist eine robustere Lösung, die rabbitMQ verwendet, wie Paul oben erwähnt hat.

Wenn ich das tun würde, würde ich wahrscheinlich eine Mischung verwenden. Redis oder rabbitmq zur Verwaltung der socket.io-Verbindungsliste, um das Veröffentlichungs- und Abonnementverhalten so schnell wie möglich zu erhalten, mit einem Timer-Job, der regelmäßig die Schreibvorgänge des Dokuments für längerfristige Persistenz in den mongodb schreibt, obwohl Sie möglicherweise alle Dokumente belassen in Redis, wenn Sie wollten.