IIS 架构解析

安全模块：

在 IIS 中的几个模块执行请求处理管线中的安全相关的任务。除此之外，每个验证机制都有独立的模块，可供你自己选择自己需要的验证模块。还有一些模块用来过滤请求和URL授权。

内容模块：

　　在 IIS 中的几个模块执行请求处理管道中的内容相关的任务。内容模块包括模块来处理请求的静态文件，当客户端没有指定具体页面时，以返回一个默认的页面，列出一个目录，和更多的内容中指定的资源。

压缩模块：

　　在 IIS 中的两个模块在请求处理管道中执行压缩。

缓存模块：

　　网站或应用程序中通过存储网页之类的处理信息来提高性能和可重用性。

日志记录和诊断模块：

　　日志记录模块支持加载自定义模块，并将信息传递给HTTP.SYS.诊断模块用来在处理请求过程中关注和报告事件。

 托管支持模块：

7.托管模块

　　除了本地化模块以外，IIS允许你使用托管代码模块来扩展IIS功能。部分托管模块，比如UrlAuthorization，有一个相对应的本地化模块来替换托管模块。

值得注意的是托管模块依赖于ManagedEngine模块。下面列出了完整的IIS7的托管模块，有关托管模块的详细信息请参阅MSDN上的.NET框架2.0.

8.IIS中请求的处理

　　在IIS7中，IIS和ASP.NET请求管道通过集成方式组合来处理I请求。新的请求架构包括执行特定的任务以响应请求的本地化和托管模块列表。这种设计相对于以前的版本有以下几大好处：

　　* 所有的文件类型可以使用最初仅提供给托管代码的功能。比如你现在可以为静态页面，活动服务器页面以及你的网站和应用程序中其他类型的文件使用ASP.NET Form身份认证和统一资源定位器授权。

　　*这种设计消除了IIS和ASP.NET中相互重复的几个功能。比如：当客户端请求一个托管文件时，服务器在集成管道中通过调用适当的认证模块来对客户端进行认证。但是在之前的IIS版本中，这种授权会在IIS和ASP.NET中都进行验证。

　　*你可以在同一个地方管理所有的模块，而不是去管理一部分在IIS里配置一部分在ASP.NET里的配置。这简化了站点和应用程序服务器上的管理。

9.在IIS中的应用程序池

　　应用程序池通过进程边界来分割应用程序来阻止服务器上的应用程序之间的相互干扰。IIS7继续沿用IIS6的工作进程隔离模式。此外，你现在可以指定一个设置来决定如何处理托管资源请求：集成模式和经典模式。

　　IIS6和IIS5的工作进程隔离模式是在服务器层级设置的。这就不可能允许两个隔离模（集成和经典）式在同一台服务器上运行。然而在IIS7集成模式和经典模式是在应用程序池级别来设置的。这就允许在同一台服务器上同时运行不同隔离模式的应用程序。

集成应用程序池模式：

　　当应用程序池是在集成模式下时，您可以利用 IIS 和 ASP.NET 的集成请求处理体系结构。在应用程序池中的工作进程接收请求时，该请求将经历事件的排序列表。每个事件调用的请求和生成响应的过程部分必要的本机和托管模块。在集成模式下运行应用程序池有几个好处。首先， IIS 和 ASP.NET 的请求处理模型被集成到统一的过程模型。这个模型消除了先前重复的 IIS 和 ASP.NET功能，如身份验证的步骤。另外，集成的模式使托管功能对所有内容类型的可用性。

经典应用程序池模式：

　　当一个应用程序池是经典模式的时候，IIS7处理请求的工作进程隔离模式和IIS6的处理方式是一样的。ASP.NET 请求首先通过在 IIS 中的本机处理步骤，然后将其路由到 Aspnet_isapi.dll 处理的托管运行时中的托管代码。最后，请求被路由通过 IIS 将响应发送回。这种 IIS 和 ASP.NET 请求处理模型的分离导致工作重复，一些处理步骤，如身份验证和授权。另外，托管的代码的功能，如窗体身份验证，只可用于 ASP.NET 应用程序或您有脚本的应用程序映射由 aspnet_isapi.dll 处理的所有请求。

一定要在升级到 IIS 7 及更高版本的生产环境和分配到应用程序池在集成模式下的应用程序之前在集成模式下测试您现有的应用程序的兼容性。如果应用程序将无法在集成模式下工作，只应在经典模式下添加到应用程序池的应用程序。例如，您的应用程序可能会依赖于从 IIS 传递到托管运行时，身份验证令牌和 IIS 7 和后来的新体系结构，由于进程中断您的应用程序。

10.在IIS中处理HTTP请求

　　下面的列表描述了请求处理流程：

　　1.当客户端发起你个面向服务器的http请求后，HTTP.sys截获该请求。

　　2.HTTP.sys通知WAS从配置文件中获取必要的信息。

　　3.WAS从applicationHost.config文件中请求配置信息。

　　4.W3SVC接收到相应的配置信息：应用程序池，网站配置等信息。

　　5.W3SVC使用配置信息来配置HTTP.sys.

　　6.WAS为请求隔离模式相匹配的应用程序池开启一个工作进程。

　　7.工作进程处理请求并且返回响应给HTTP.sys.

　　8.客户端接收响应。

总的请求过程如下图：

　　在工作过程中，在 Web 服务器核心，HTTP 请求通过几个有序的步骤，称为事间。在每个事件，本机模块处理请求，如用户进行身份验证或将信息添加到事件日志的一部分。如果请求需要一个托管的模块，本机 ManagedEngine 模块创建的 AppDomain，那里托管的模块可以执行进行必要的处理，如使用 Forms 身份验证的用户进行身份验证。当请求穿过所有的 Web 服务器核心事件时，到 HTTP.sys 会返回的响应。图 2 所示输入辅助进程的 HTTP 请求。

关于每个事件的作用感兴趣的同学可以自行研究。这里我们整个IIS的结构就全部结束了。