Network-Design
多個子應用情況下的Web應用設計
我目前正處於大型 Web 應用程序的早期設計階段，該應用程序肯定會託管在大型 Web 伺服器場上。現在，我正在嘗試決定是否希望整個站點成為 www.site.com 並將子應用程序放在文件夾中，例如 www.site.com/blogs、www.site.com/messages 等，或者我是否想將它們作為子域，例如 blogs.site.com、messages.site.com 等。對子域的最大缺點是我將大量使用 ajax，它不喜歡跨域呼叫，例如我將無法從 blogs.site.com 上託管的頁面呼叫 www.site.com 上託管的 Web 服務 - 瀏覽器將引發權限異常。反對在 www.site.com 下擁有所有內容的最大缺點是，我當時看不到將網路農場專用於特定子應用程序的方法。就像如果我想要一個農場專門用於部落格應用程序，
我可能對網路農場設置的網路部分缺乏一些知識，所以任何評論/想法都會受到歡迎和高度讚賞！
環境是 Windows 2008 和 ASP.NET 3.5
謝謝！安德烈
雖然使用子域時將請求拆分為多個集群當然更容易，但像 haproxy 和 varnish 這樣的良好反向代理不僅能夠檢查 URL 並決定將請求發送到何處。此外，您是否考慮過不在 Web 服務層專門設置伺服器，而只是讓每台 Web 伺服器機器處理它收到的任何請求？這樣就避免了誤判容量分佈的尷尬麻煩，並且在負載突然轉移時不得不將幾台伺服器從一個集群驚慌失措地轉移到另一個集群。
如果你願意，你仍然可以專注於你的後端層——畢竟集群數據庫比集群網路伺服器要困難得多——但是到那時你已經擁有了你的網路應用程序的智能來決定在哪裡製作後端請求。