部署多個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或有需要它的一些應用程序。