test - meteor tutorial

“Meteoro” vs “haz de meteoros” para producción

Question

Para producción, ¿por qué debería "agrupar" la aplicación de meteoros y no solo copiar las fuentes en el servidor utilizando el comando "meteorito"?

Básicamente cuál es la diferencia entre:

• "meteor bundle app.tar.gz", luego instalando la versión correcta de fibres y nodejs y extrayendo el archivo y comenzando con "node main.js" la aplicación,

• y copiando las fuentes del proyecto en el servidor y simplemente escribiendo "meteorito" para iniciar la aplicación?

Answer 1

Cuando se utiliza un paquete:

1. No generará meteoros-mongo (Mongodb dentro de meteoros)
2. Sin recargas calientes
3. Meteor no verá tus archivos.
4. Puedes dejar / salir del servidor sin matar tu aplicación.
5. Puede administrar los procesos de los nodos sin problemas utilizando pm2 u otros paquetes npm similares.
6. Puede decidir dónde colocar su mongoDB y decidir qué puerto usar.
7. Puede conectarse a su mongodb de forma remota al no tener que ejecutar su aplicación de meteoros.

Mientras usa una copia o ejecuta el comando meteor en el directorio del proyecto:

1. No puede dejar / salir del servidor mientras mantiene el proyecto en ejecución sin usar multiplexores de pantalla (por ejemplo, tmux)
2. Solo se puede usar el mongodb asignado del meteorito que se genera en localhost: 3001 - si el meteorito está usando el puerto 3000.
3. Usted está permitiendo que meteor para vigilar los cambios de archivos que utilizan la CPU.
4. Cuando tu aplicación muere, tu db muere. :)

Answer 2

Esta no será una lista exhaustiva, pero aquí hay algunas cosas que hace el comando del meteor :

1. crea una base de datos local
2. mira en cada archivo dependiente en su aplicación o en sus paquetes
3. envía cada archivo por separado y no minado al cliente (esto es muy ineficiente a menos que esté desarrollando localmente)

En contraste, empaquetando una aplicación:

1. no crea una base de datos local
2. No gasta CPU viendo sus archivos en busca de cambios.
3. crea dos archivos minificados (js y css) que son perfectos para poner un CDN o alojar desde un proxy inverso . Estos también son eficientes para que los clientes los descarguen y son altamente cacheables.

En general, la implementación no debería ser un gran problema si utiliza un buen conjunto de scripts .