estoy pensando en que despliegan múltiples (y diferentes) aplicaciones web en el mismo servidor utilizando el siguiente esquema:implementar varias aplicaciones web en un mismo servidor
www.mydomain.com/app1
www.mydomain. com/app2
¿Es esta una buena práctica? ¿Alguna recomendación?
No veo ninguna razón por la que debe evidentes no hacerlo de esta manera. Después de todo, no todos los sitios web están dedicados a una sola tarea o aplicación. Otro enfoque sería el uso de subdominios, como:
app1.mydomain.com
app2.mydomain.com
Yahoo y Google tanto el uso de estos, por ejemplo. Sin embargo, el enfoque de la carpeta es una buena manera de poner las cosas en marcha y probarlo.
Si las aplicaciones están todas relacionadas con el dominio, no veo ningún problema en hacer las cosas de esta manera.
El único inconveniente de este enfoque es que tendrás que poner un poco de redirección o proxy inverso si alguna de las aplicaciones termina moviéndose a un servidor diferente, mientras que con un subdominio solo necesitarías cambiar el registro A de movedapp .dominio.com.
Por lo tanto, para que sea a prueba en el futuro, crearía los subdominios.
Usted no menciona ninguna tecnología, pero si sucede utilizar Java para esto, las aplicaciones web (por defecto) no va a compartir cualquier información de la sesión. Esto puede ser especialmente un problema si desea que un usuario inicie sesión en una aplicación web y también inicie sesión en la otra aplicación web.
Algunos contenedores (Tomcat, Glassfish) tienen inicio de sesión único disponible como una característica específica de aplicación.
Solo un FYI de algunas de las ramificaciones de la decisión.
Mi enfoque habitual sería tratar un sitio con un único propósito. "Soltero" en realidad define un amplio objetivo y patrón de uso aquí. Si las múltiples aplicaciones de todos encajan juntos y trabajar hacia sinérgica única finalidad del sitio, entonces
mydomain.com/app1 y mydomain.com/app2 es bastante bien.
Significa que existen y viven para aumentar el sitio principal.
Si las aplicaciones no tienen nada mucho que ver con la otra y casi en vivo en su "propio mundo", entonces probablemente debería existir como sus subdominios.
app1.mydomain.com y app2.mydomain.com
esto le permite configurar su estrategia de DNS a diferentes direcciones IP (servidores web/granjas) en lugar de agrupamiento juntos en la misma piscina.
Una razón es si usted quería admitir conexiones SSL a su servidor web.
Si se utiliza el enfoque basado en carpeta y que no tienen ningún problema con los certificados SSL.
Si elige el método de subdominio (app1.mydomain.com, app2.midominio.com, etc.) probablemente necesite un certificado SSL comodín que será más caro o varios certificados.
No es un problema si no necesita SSL o tiene pocas aplicaciones que lo requieran.