部署多个web应用程序在同一台服务器

Question

我正在使用下面的架构在同一台服务器上部署多个（不同）的Web应用程序想：

www.mydomain.com/app1

www.mydomain。 com/app2

这是一个很好的做法吗？任何建议？

Answer 1

我没有看到任何明显的原因，为什么你应该不是这样做。毕竟，并非每个网站都只专注于单个任务或应用程序。另一种方法是使用子域名，如：

app1.mydomain.com
app2.mydomain.com

雅虎和谷歌都使用这些，例如。文件夹的方法是一个很好的方式来启动和运行测试。

Answer 2

如果应用程序相关的所有领域，我看到这样做，让没有问题。

Answer 3

该方法的缺点是，如果任何应用程序最终迁移到不同的服务器，则需要进行一些重定向或反向代理，而对于子域，您只需更改movedapp的A记录.domain.com。

因此，使其面向未来，我想创建子域。

Answer 4

你不提任何技术，但如果你碰巧使用Java为此，Web应用程序（默认），将不会共享任何会话信息。如果您希望用户登录到一个Web应用程序并且还要登录到其他Web应用程序，这可能是一个问题。

一些容器（Tomcat的，Glassfish的）对现有的单点登录为实现特定的功能。

只是一个决定的一些分支的FYI。

Answer 5

我通常的做法是将网站视为服务于单一用途。 “单一”实际上在此定义了一个广泛的目标和使用模式。如果多个应用程序都合在一起并协同工作以实现该网站的单一目的，那么

mydomain.com/app1和mydomain.com/app2是非常好的。

这意味着他们的存在和生活，以扩大主网站。

如果应用程序没有什么很多工作要做，彼此几乎生活在“自己的世界”，那么他们很可能应该存在作为自己的子域。

app1.mydomain.com和app2.mydomain.com

这允许你设置你的DNS策略，以不同的IP地址（网络服务器/场），而不是在同一池中群聚在一起。

Answer 6

一个原因是，如果你想支持到你的web服务器的SSL连接。

如果您使用基于文件夹的方法，那么你不必与SSL证书的任何问题。

如果您使用子域方法（app1.mydomain.com，app2.mydomain.com等），您可能需要通配符SSL证书，这将更加昂贵，或者多个证书。

不是一个问题，如果你不需要SSL或有需要它的一些应用程序。