Meteorbündel gegen Meteor - Produktion

Question

Ich bin Dilema gegenüber, ob ich Knoten js App von Meteor bündeln oder einfach Meteor - Produktion laufen soll.

Ich interessiere mich hauptsächlich für die Auswirkungen auf die Leistung. Ich habe eine Erklärung zu here gefunden, aber es ist nicht klar, dass Meteor im Produktionsmodus läuft.

Laufen nur Meteor - Produktion wird meine Bereitstellungsprozess viel vereinfachen.

Ich würde gerne wissen, gibt es irgendwelche Gründe, um zu bündeln?

Answer 1

Ich denke, wenn Sie meteor --production ausführen, laufen Sie immer noch, als ob Sie im Entwicklungsmodus sind, nur mit "Produktion" Einstellungen und so. Sie erhalten immer noch eine interne/lokale MongoDB, Sie brennen immer noch CPU-Zeitüberwachungsdateien usw.

Wenn dies der Fall ist, ist das Endergebnis, dass Sie überhaupt nicht skalieren. Ich bezweifle, dass lokale MongoDB optlog verwendet, was eine enorme Leistungssteigerung für Meteor-Apps ist.

Ihre beste Wette wäre, einige automatisierte Build/Deploy-Tools zu betrachten. Ich habe persönlich mup und mupx benutzt. Die neueste Version von mup erstellt Ihre App, richtet MongoDB (wenn Sie möchten) und nginx ein, erstellt sie alle als Docker-Images und stellt sie bereit. Sie können sogar SSL-Zertifikate mit nginx einrichten (obwohl wir noch keine Let's Encrypt-Unterstützung haben :(). Oder Sie können die Implementierung selbst mit einer beliebigen Anzahl von Werkzeugen skripten, einschließlich roher Skripte. Ich denke, auf lange Sicht werden Sie dabei sein viel bessere Form als der Versuch, die App mit dem Meteor-Befehl zu starten