Disco API de Sails.js y Webui en NGINX

Question

Recientemente me encontré con Sails.js y me encantó (así que sigue siendo un novato).Mi pregunta relacionada con el despliegue de los servicios web y la UI.

Mi aplicación tendrá una interfaz de usuario web, así como UI móvil y he elegido lo siguiente: UI WEB - AngularJS + Bootstrap UI móvil - AngularJS + Bootstrap + Córdova (para acceso a API nativo)

Quiero mantener un código común en mi UI web y UI móvil.Por lo tanto, las opciones que tengo es alojar a SailS.js, ya que solo un servidor de API de WebServices y aloje la interfaz de usuario en servidor separado (como NGINX / Apache). Tendré que hacer una separación selectiva del código (esp. Página de aterrizaje + acceso a la capa nativa).

¿Cuáles son los pros / contras de este enfoque?Cualquier experiencia, las entradas serían muy útiles.

Answer 1

No estoy seguro de si entendí correctamente su pregunta, pero creo que se está complicando. Aquí está mi toma:

No necesitas separar la API y la SELFAPP misma. Puede simplemente poner las velas que se ejecutan en un puerto específico (1337 es el valor predeterminado) y NGINX en la parte delantera como proxy inversa, enviando las conexiones a las velas y sirviendo los archivos estáticos que conforman su UI (JS, CSS, Fuentes, etc.).

Aquí está y ejemplo para configurar NGINX y una aplicación de nodo con esta configuración.

Tienes básicamente dos opciones:

A - Diseño sensible WebApp

A Sails Sensivos WebApp con bootstrap o Foundation le permite compartir el 100% de la UI. Usted sirve las estadísticas compiladas y miniadas de su WebServer Nginx (o mejor desde un CDN) con todas las lógicas angulares, estilos, etc.

Los navegadores y los móviles se conectan a su API de las velas (I.E: YourDomain.com/api/v1 /)

B - WebApp + Cordova Mobile Native App

Si va con Córdova CO, necesita acceso nativo, los archivos de la interfaz de usuario también son nativos del dispositivo .. Estás compartiendo una lógica pero poca interfaz de usuario (a menos que ya tenga un diseño receptivo en el código web y el código de prestado. ).

En este caso, podría mantener una serie de CSS y módulos angulares en un repositorio separado que se comparte entre ambos interfaz de usuario y cargarlo a través del submódulo GIT o similar. Pero yo (personalmente) prefiero bases de código separados o una aplicación web sensible. Todo depende de la mejor que crece la base de código de su aplicación.

La aplicación

WebApp y Córdova todavía se conecta a su API de Sails (I.E: YourDdomain.com/api/v1 /)

espero que ayude

Answer 2

Con respecto al aspecto de diseño de código de su pregunta, está totalmente bien usar velas para construir un servicio web o API.

Los siguientes recursos pueden ser útiles:

• El resto de la seguridad de la API es muy importente, muy muy útil Publicación: Diseño de una API de descanso seguro (web) sin OAUTH
• Process Manager para aplicaciones de nodos, incluidos los agrupaciones y el equilibrio de carga: https://www.npmjs.org/Paquete / PM2