Web 服务子域托管与虚拟目录
Web service sub-domain hosting vs. virtual directories
我已经搜索了几个小时，但找不到以下问题的确切答案。
与让虚拟目录指向 Web 服务本身相比，在子域上托管 Web 服务是否有优势。
例如：webserivces.domain.com/login 与 domain.com/webservices/login
IIS 依赖于应用程序池，假设 Web 服务与单个应用程序池相关联，那么托管隔离网站（例如子域）与将虚拟目录应用于每个网站之间有什么区别利用相同的网络服务。
domain.com/
-- WebServices/ <- Where the web services actually reside
---- login
-- WebSite1/
---- Login.aspx
-- WebSite2/
---- Login.aspx
WebSuite.domain.com
-- WebServices/ <- VIRTUAL DIRECTORY
-- WebSite3/
---- Login.aspx <- Calls "login" web service through virtual directory
就个人而言，我总是选择子域，因为它 flexible/extensible 比使用 vdirs 要多得多，但无论哪种方式都可以正常工作（特别是在小规模时）。我对子域的推理是：
当您最初推出 2 个 dns 名称时，您可以免费将它们指向同一台服务器（如果浏览器限制每个主机名的请求而提高吞吐量的话）。
在未来的某个时候，您可能希望将前端和后端拆分为 2 个服务器。对于子域，这很简单，启动您的新服务器，然后进行一次 DNS 更改。这两个域可以通过负载平衡器进一步升级，允许多个 web/api 服务器等——所有这些都非常无缝。那些使用 vdirs 的升级更棘手，需要更多的工作（但仍然完全可行）。
应用程序池强制执行进程隔离 - 因此（理论上）应用程序池不应相互产生不利影响 (performance/security)。
前端和后端具有截然不同的工作负载和最佳配置，如果它们没有特定要求位于同一个应用程序池中，最好的做法是保持分离。
（主观）scripting/automation/deployment.
所以基本上，如果您谈论的是一个增长潜力有限的低流量网站，那真的没有关系。如果有任何可能需要扩大规模，请为自己省去一些痛苦并从一开始就走子域路线。
我已经搜索了几个小时，但找不到以下问题的确切答案。
与让虚拟目录指向 Web 服务本身相比，在子域上托管 Web 服务是否有优势。
例如：webserivces.domain.com/login 与 domain.com/webservices/login
IIS 依赖于应用程序池，假设 Web 服务与单个应用程序池相关联，那么托管隔离网站（例如子域）与将虚拟目录应用于每个网站之间有什么区别利用相同的网络服务。
domain.com/
-- WebServices/ <- Where the web services actually reside
---- login
-- WebSite1/
---- Login.aspx
-- WebSite2/
---- Login.aspx
WebSuite.domain.com
-- WebServices/ <- VIRTUAL DIRECTORY
-- WebSite3/
---- Login.aspx <- Calls "login" web service through virtual directory
就个人而言，我总是选择子域，因为它 flexible/extensible 比使用 vdirs 要多得多，但无论哪种方式都可以正常工作（特别是在小规模时）。我对子域的推理是：
当您最初推出 2 个 dns 名称时，您可以免费将它们指向同一台服务器（如果浏览器限制每个主机名的请求而提高吞吐量的话）。
在未来的某个时候，您可能希望将前端和后端拆分为 2 个服务器。对于子域，这很简单，启动您的新服务器，然后进行一次 DNS 更改。这两个域可以通过负载平衡器进一步升级，允许多个 web/api 服务器等——所有这些都非常无缝。那些使用 vdirs 的升级更棘手，需要更多的工作（但仍然完全可行）。
应用程序池强制执行进程隔离 - 因此（理论上）应用程序池不应相互产生不利影响 (performance/security)。
前端和后端具有截然不同的工作负载和最佳配置，如果它们没有特定要求位于同一个应用程序池中，最好的做法是保持分离。
（主观）scripting/automation/deployment.
在网站级别的操作更容易
所以基本上，如果您谈论的是一个增长潜力有限的低流量网站，那真的没有关系。如果有任何可能需要扩大规模，请为自己省去一些痛苦并从一开始就走子域路线。