我目前正处于一个大型Web应用程序的早期devise阶段，该应用程序肯定会托pipe在一个大型Web服务器场中。 现在，我正在决定是否要让整个网站成为www.site.com，并将子应用程序放置在文件夹中，例如www.site.com/blogs，www.site.com/messages等。是否我想要他们作为子域名，例如blogs.site.com，messages.site.com等。对子域名最大的骗局是，我会大量使用Ajax和它不喜欢跨域调用，例如我将无法从blogs.site.com上托pipe的页面调用托pipe在www.site.com上的Web服务 – 浏览器将抛出权限exception。 与www.site.com下的所有东西最大的不同之处在于，我没有看到一种方法可以将web farm专用于特定的子应用程序。 就像我想要一个农场专用于博客应用程序，那么在使用子域名的情况下很容易，但是如果一切都在www下，我该怎么做呢？
我可能缺乏networking农场设置的networking部分的一些知识，所以任何意见/想法将受到欢迎和高度赞赏！
环境是Windows 2008和ASP.NET 3.5
谢谢！ 安德烈
虽然在使用子域名时将请求拆分为多个群集肯定更容易，但是良好的反向代理（如haproxy和varnish）不仅能够检查URL并决定发送请求的位置。 另外，你有没有考虑过不专门在Web服务层的服务器，只是让每个Web服务器机器处理它得到的任何请求？ 这样可以避免误判您的容量分配的尴尬麻烦，并且在负载突然变化时不得不从一个集群向另一个集群发出恐慌。
如果你愿意的话，你仍然可以专门研究你的后端层 – 毕竟聚集数据库比集群化web服务器困难得多，但是到那时你已经掌握了你的web应用的智能来决定在哪里做后端请求。
你没有提到这个平台，但是例如使用IIS7 ARR，你可以根据一些标准，如URL的微小细节，MIME /文件types，以及什么都不是，我可以说任何体面的负载平衡产品会直接调用到不同的服务器更乐于为你排除这个没有子域^^