Iis 7 为什么要从IIS6迁移到IIS7？

我在几个IIS6/server2003机器上运行了许多web应用程序。他们跑得很好，很开心。它们都是asp.net web应用程序，使用.net 3.5

考虑将web应用程序迁移到IIS7/Server 2008的有效理由是什么（如果有的话）

最终，微软将停止对Server2003的支持。诚然，这不会持续几年，所以它不会影响你今天

改进了对ASP.NET MVC的支持。对我们大多数人来说，这可能是个大问题。您可以让ASP.NETMVC在IIS6上运行，但确实存在

---

我会给你们更多，但我自己还没有在2008服务器上，也没有别的东西可以给。大概Vista（我在工作中和在家中使用）都有“2008”相同的iIS7，UIS看起来非常相似，但是我不认为我的经验对您的问题有用。

< P>在管理的语言中编写管道组件的能力。以前，如果你想写一个ISAPI过滤器来处理某个类型的Web请求，你就必须用C++来编写它。现在，您可以使用好的ol'.NET代码。这允许更多的定制，能够编写可重用的管道组件来处理各种类型的请求。例如，所有.js文件请求都被路由到一个ScriptCompressor管道组件，该组件在设置了大量可缓存性的情况下对它们进行压缩并返回

---

对MVC的改进支持与此相关，因为您可以将II7设置为在不扩展.NET的情况下路由请求，这样您就可以拥有“更干净”的URL例如，没有任何可以显示您正在使用的服务器技术类型的扩展，而且这些天非常不成熟。

IIS7被从头改写为“可插拔”的概念。IIS7比以往任何时候都更具可扩展性。整个请求管道也经过了修改，使您能够更轻松地处理请求

从性能方面看，这些更改是可以立即识别的。您可以在“经典”应用程序池中运行为IIS6开发的站点，这样可以保持兼容性，但可以显著提高性能。在我们迄今为止所做的非科学评估中，我们的遗留应用程序在IIS7测试机上的加载时间减少了约20%

当然，我们必须在“经典”模式下运行的原因是一个有趣的旁注。在global.asax中，在应用程序启动时有一些预取操作，这些操作涉及HttpContext。具体来说，有预缓存完成，这是IIS7不允许的。因此，在我们从“经典”模式切换之前，我们必须进行一些更改