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
Dann was wäre der Zweck des Produktionsmodus – eomeroff
Um Ihren Code ohne Debug-Apps, wie Meteor Tools und alle Testfälle zu testen? – CodeChimp