Probleme mit der Bereitstellung von Rails-Servern auf mehrere Hosts

Question

Ich habe oft gehört, dass die Bereitstellung einer traditionellen monolithischen Rails-App (dh keine interne Web-API, keine Nachrichtenwarteschlange, kein Redis/memcached-Server) zu mehreren Servern eine Reihe von Fehlern erzeugen kann sehr schwer zu debuggen, aber ich habe eine harte Zeit, mit einigen konkreten Beispielen trotz ein paar Stunden googeln

einige offensichtliche Probleme kommen, die ich denken kann, sind:

Beobachter - wird wahrscheinlich nicht richtig funktionieren da die Beobachtung nur auf einem Server und nicht auf allen Servern erfolgt (vorausgesetzt, es gibt keine Nachrichtenwarteschlange)

Sitzungen - müssten diese wahrscheinlich in der Datenbank speichern, die ihren eigenen Host benötigen würde

Caches - alle Kehrmaschinen würden Probleme haben, die Ungültigkeiten zwischen Servern verbreiten.

Möchte jemand anderes beitragen? Ich würde wirklich alle Artikel schätzen, auf die andere vielleicht gestoßen sind oder nur allgemeine Weisheit :)

Answer 1

Beobachter sind nur Code-Rückrufe. Sie werden auf jedem Prozess auf jedem Server ausgeführt.

Sitzungen sind in den letzten Jahren standardmäßig im Cookie-Speicher ausgeführt worden. Also mehrere Server sind kein Problem. Wenn Sie nicht genügend Platz in Ihrem Cookie haben, schlage ich vor, dass Sie etwas falsch machen.

Cache-Invalidierung ist in der Tat ein Problem. Aber es ist immer. Eine Lösung besteht darin, Ihren Cache in einen eigenständigen Dienst zu zerlegen. Seiten wie Facebook haben riesige Farmen von Memcache

Ich denke, Skalierung und Clustering ist immer ein hartes Problem. Aber das scheint ein altes Argument gegen Schienen zu sein. In den letzten Jahren haben Schienen in dieser Hinsicht schon etwas Glanz gefunden. Mit ec2, nosql und Serverautomatisierung wird es in der Community zur Normalität.