Node.js + Nginx - ¿Ahora qué?


Answers

También puede configurar múltiples dominios con nginx, reenviando a múltiples procesos node.js.

Por ejemplo para lograr esto:

/ etc / nginx / sites-enabled / domain1

server {
    listen 80;
    listen [::]:80;
    server_name domain1.com;
    access_log /var/log/nginx/domain1.access.log;
    location / {
        proxy_pass    http://127.0.0.1:4000/;
    }
}

En / etc / nginx / sites-enabled / domain2

server {
    listen 80;
    listen [::]:80;
    server_name domain2.com;
    access_log /var/log/nginx/domain2.access.log;
    location / {
        proxy_pass    http://127.0.0.1:5000/;
    }
}
Question

Configuré Node.js y Nginx en mi servidor. Ahora quiero usarlo, pero, antes de comenzar, hay 2 preguntas:

  1. ¿Cómo deberían trabajar juntos? ¿Cómo debo manejar las solicitudes?
  2. Hay 2 conceptos para un servidor Node.js, cuál es mejor:

    a. Cree un servidor HTTP separado para cada sitio web que lo necesite. A continuación, cargue todo el código de JavaScript al comienzo del programa, para que el código se interprete una vez.

    segundo. Cree un único servidor Node.js que maneje todas las solicitudes de Node.js. Esto lee los archivos solicitados y evalúa sus contenidos. Entonces, los archivos se interpretan en cada solicitud, pero la lógica del servidor es mucho más simple.

No está claro para mí cómo usar Node.js correctamente.




Proxy aplicaciones Node Express independientes a través de Nginx.

Por lo tanto, las nuevas aplicaciones se pueden montar fácilmente y también puedo ejecutar otras cosas en el mismo servidor en diferentes ubicaciones.

Aquí hay más detalles sobre mi configuración con el ejemplo de configuración de Nginx:

Implementar múltiples aplicaciones de nodo en un servidor web en subcarpetas con Nginx

Las cosas se complican con Node cuando necesitas mover tu aplicación de localhost a internet.

No hay un enfoque común para la implementación de Nodo.

Google puede encontrar toneladas de artículos sobre este tema, pero estaba luchando por encontrar la solución adecuada para la configuración que necesito.

Básicamente, tengo un servidor web y quiero que las aplicaciones Node se monten en subcarpetas (es decir, http://myhost/demo/pet-project/ ) sin introducir ninguna dependencia de configuración con el código de la aplicación.

Al mismo tiempo, quiero que otras cosas, como blog, se ejecuten en el mismo servidor web.

Suena simple ¿eh? Aparentemente no.

En muchos ejemplos en la web, las aplicaciones de nodo se ejecutan en el puerto 80 o son dirigidas por Nginx a la raíz.

Aunque ambos enfoques son válidos para ciertos casos de uso, no cumplen mis criterios simples pero un poco exóticos.

Es por eso que creé mi propia configuración de Nginx y aquí hay un extracto:

upstream pet_project {
  server localhost:3000;
}

server {
  listen 80;
  listen [::]:80;
  server_name frontend;

  location /demo/pet-project {
    alias /opt/demo/pet-project/public/;
    try_files $uri $uri/ @pet-project;
  }

  location @pet-project {
    rewrite /demo/pet-project(.*) $1 break;

    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $proxy_host;
    proxy_set_header X-NginX-Proxy true;

    proxy_pass http://pet_project;
    proxy_redirect http://pet_project/ /demo/pet-project/;
  }
}

En este ejemplo, puede observar que monte mi aplicación Pet Project Node ejecutándose en el puerto 3000 en http://myhost/demo/pet-project .

Primero, Nginx comprueba si el recurso solicitado es un archivo estático disponible en / opt / demo / pet-project / public / y si es así, sirve para que sea altamente eficiente, por lo que no necesitamos tener una capa redundante como Connect. middleware estático.

Luego, todas las demás solicitudes se sobrescriben y se procesan en la aplicación del nodo Pet Project , por lo que la aplicación Node no necesita saber dónde está realmente montada y, por lo tanto, se puede mover a cualquier lugar simplemente por configuración.

proxy_redirect es una necesidad para manejar el encabezado de ubicación correctamente. Esto es extremadamente importante si usa res.redirect () en su aplicación Node.

Puede replicar fácilmente esta configuración para múltiples aplicaciones de nodo que se ejecutan en diferentes puertos y agregar más controladores de ubicación para otros fines.

De: http://skovalyov.blogspot.dk/2012/07/deploy-multiple-node-applications-on.html




Podemos configurar fácilmente una aplicación Nodejs de Nginx actuando como un proxy inverso.
La siguiente configuración supone que la aplicación NodeJS se está ejecutando en 127.0.0.1:8080,

  server{
     server_name domain.com sub.domain.com; # multiple domains

     location /{ 
      proxy_pass http://127.0.0.1:8080;  
      proxy_set_header Host $host;
      proxy_pass_request_headers on;  
     }

     location /static/{
       alias /absolute/path/to/static/files; # nginx will handle js/css
     }
   } 

en la configuración anterior, su aplicación Nodejs lo hará,

  • Obtenga el encabezado HTTP_HOST donde puede aplicar la lógica específica del dominio para atender la respuesta. '
  • Su aplicación debe ser administrada por un administrador de procesos como pm2 o supervisor para manejar situaciones / reutilizar sockets o recursos, etc.

  • Configure un servicio de informe de errores para obtener errores de producción como sentry o rollbar

NOTA: puede configurar la lógica para entregar rutas de solicitud específicas de dominio, crear un middleware para la aplicación expressjs




respondiendo su pregunta 2:

Usaría la opción b simplemente porque consume muchos menos recursos. con la opción 'a', cada cliente hará que el servidor consuma mucha memoria, cargando todos los archivos que necesita (aunque me gusta php, este es uno de los problemas). Con la opción 'b' puede cargar sus bibliotecas (código reutilizable) y compartirlas entre todas las solicitudes de los clientes.

Pero tenga en cuenta que si tiene múltiples núcleos, debe ajustar node.js para usarlos todos.




Nginx puede actuar como un servidor proxy inverso que funciona igual que un administrador de proyectos. Cuando obtiene una solicitud, la analiza y reenvía la solicitud a la parte superior (miembros del proyecto) o se encarga de ella. Nginx tiene dos formas de manejar una solicitud en función de cómo está configurada.

  • atender la solicitud
  • reenviar la solicitud a otro servidor

    server{
     server_name mydomain.com sub.mydomain.com;
    
     location /{ 
      proxy_pass http://127.0.0.1:8000;  
      proxy_set_header Host $host;
      proxy_pass_request_headers on;  
     }
    
     location /static/{
       alias /my/static/files/path;
     }
    

    }

Servidor la solicitud

Con esta configuración cuando el URL de solicitud es mydomain.com/static/myjs.js , devuelve el archivo myjs.js en la carpeta /my/static/files/path . Cuando configura nginx para que sirva archivos estáticos, maneja la solicitud en sí.

reenviar la solicitud a otro servidor

Cuando la URL de solicitud es mydomain.com/dothis nginx reenviará la solicitud a http://127.0.0.1:8000 . El servicio que se ejecuta en el puerto localhost 8000 recibirá la solicitud y devolverá la respuesta a nginx y nginx devolverá la respuesta al cliente.

Cuando ejecute el servidor node.js en el puerto 8000, nginx reenviará la solicitud a node.js. Escribir la lógica node.js y manejar la solicitud. Eso es lo que tiene su servidor nodejs corriendo detrás del servidor nginx.

Si desea ejecutar cualquier otro servicio que no sea nodej, simplemente ejecute otro servicio como Django, matraz, php en diferentes puertos y configúrelo en nginx.