Web farm支持将是特别地酷，它将允许你在一个包含了运行一个服务器所需的所有编码，配置，内容和密钥的文件共享上部署你的web应用。然后你可以添加任意数目的无状态，无配置的web服务器到一个web farm上，只需将它们指向那个文件共享，来动态装载它们的配置设置(包括绑定，虚拟目录，应用池设置等等)和应用内容即可。这使得在多个机器上扩缩一个应用简直是小菜一碟，可避免使用复制方法来做配置和应用部署(只要把文件拷贝到文件共享上，web farm里的所有机器就会马上装载变动过的文件)。

　　推出Windows Server2008服务器的Beta3版本支持go-live许可，所以你不久就能利用这个功能。我们已经在用IIS 7.0集群运行 Windows Server2008 了，所以你不会寂寞的!

　　Windows PowerShell 管理图

　　IIS7.0 迁移

　　IIS7.0 迁移网站比IIS6.0更方便，因为Apache Web server它最大的优势就在于它的定制化管理，IIS7.0现在使用Apache概念，所以把站点的配置文件拷贝到另一台IIS7.0主机上即可以。

　　ASP.NET和IIS 7.0之集成

　　在早期的IIS版本中，开发人员需要编写ISAPI扩展/过滤器来扩展服务器的功能。除了写起来非常痛苦外，ISAPI在如何接入服务器以及允许开发人员定制方面也是非常有限。例如，你无法在ISAPI扩展中实现URL重写代码(注：ASP.NET是以ISAPI扩展的方式实现的)。假如你把运行时间长的代码编写成ISAPI过滤器的话，结果是你将占用web服务器的I/O线程(这就是我们不让托管代码在请求的过滤器执行阶段运行的原因)。

　　我们在IIS7中对核心IIS处理引擎做的一个重大的架构级变动是通过一个新的模块化的请求管道架构来促成极其丰富的扩展性。你现在可以通过与web服务器注册一个HTTP扩展性模块(HTTP Extensibility Module)，在任意一个HTTP请求的生命周期的任何地方编写代码。这些扩展性模块可以使用native的C++代码或.NET托管代码来编写(你可以使用现有的ASP.NET System.Web.IHttpModule接口来实现)。

　　所有“内置”的IIS7功能(认证，授权，静态文件供应,目录清单支持，经典的ASP，记录日志等)，现在都是使用这个公开的模块化的管道API来实现的。这意味着你可以除去这些IIS7“内置”功能的任意一个，而以你自己的实现来替换/扩展这些功能。

　　IIS 7.0上的ASP.NET本身也从以ISAPI的实现形式变成直接接入IIS7管道的模块：

　　IIS6.0 和IIS7.0 比较图