windows server 2008是一个集互联网信息服务7.0 （IIS 7.0），ASP.NET，Windows Communication Foundation以及微软Windows SharePoint? Services于一身的平台。IIS 7.0是对现有的IIS Web服务器的重大改进，并在集成网络平台技术方面发挥着重要作用。IIS 7.0的主要特征包括更加有效的管理工具，提高的安全性能以及减少的支持费用。这些特征使集成式的平台能够为网络解决方案提供集中式的，连贯性的开发与管理模型。

模块化设计

    IIS 7.0核心Web服务器包含了对IIS 6.0所做的一些基本变更。在IIS以前的版本当中，所有的功能都是内置式的功能。IIS 7.0则由40多个独立的模块组成。其中只有一半的模块是默认设置，并且管理员可以选择安装或移除任何模块。这种模块化的设计方法可以使管理者只安装他们所需要的选项，因而减少了需要进行管理及更新的内容并节省了时间。

    在处理方式上也获得了一些改进。无论是本机代码及托管代码都通过相同的请求管道进行处理。新的工作者处理序Web核心还提供在请求管道中的所有通知事件的读取。高水平的集成能够让现有的ASP.NET功能（如表格认证或URL认证）适用于所有类型的网络内容。

    这些改进由于避免了不必要软件的运行而使受攻击面减少，并使延展性获得提高，并通过创建管理代码模块增强了对扩展的IIS7.0核心功能的支持。

增强的扩展性

    在之前的版本中，对核心Web服务器内置功能进行扩展或替代会带来一些问题。而在IIS 7.0当中，开发人员可以创建托管代码模块，使功能获得扩展。例如在.Net中进行自定义的认证设置。IIS7.0采用了新的Win32?应用编程接口用于建立核心服务器模块，使新的更强大的核心服务器模块能够替代互联网服务器应用编程接口（ISAPI）过滤器及其扩展功能，尽管IIS 7.0继续支持ISAPI的过滤器及其拓展功能。因为所有的IIS核心服务器功能都通过使用新的IIS7.0 Win32模块化应用编程接口作为独立的模块进行开发，因此管理员以及开发人员就能够灵活地添加，删除，甚至在需要时替换IIS的功能模块。

    模块既可以通过使用本机代码（C/C++）开发，也可以通过使用托管代码（.NET框架的C#语言以及Visual Basic? 2005等）开发。集成了请求处理管道的IIS 7.0还能够向托管代码模块（IHttpModule）以及Handlers代码模块（IHttpHandler）发出通知，使托管代码模块能够读取所有在请求队列中的事件，并进行请求处理。通过执行IhttpModule接口或IhttpHandler接口来过滤客户请求及管理URL，托管代码模块及 handlers代码模块进一步提高了所有管道中的请求事件的控制。IIS 7.0还使配置，脚本编写，事件日志以及管理工具获得扩展，从而为软件开发者提供了一个全面的可拓展的Web服务器功能平台。

分布式配置

    IIS 7.0对配置数据的存储以及通过IIS的分布式配置读取配置数据的方式进行了较大改进，使管理员能够根据带有代码和内容的存储文件了解到详细的IIS配置信息。并通过了解文件中的配置信息，选择网站或Web应用的某些功能，将它们向其它的管理员分配，并允许他们使用简单的Xcopy配置。

使分布式配置得以实现的改进

    IIS 6的集中配置存储，即metabase已经成为了过去。IIS 7.0所具备的一个新特征便是基于分布式的XML配置文件层级的分步式配置系统。这个层级由包含了服务器默认配置的通用 applicationHost.config文件，以及应用的目录中所包含的分布式文件web.config所组成。web.config文件也是为 ASP.NET应用架构所采用的，用于存储移动应用设置的文件。通过使用整齐的，结构清晰的XML命令，IIS和ASP.NET的配置能够得到平行存储。这种改进使所有通过常见的应用编程接口读取的网络平台配置，以及所有以同样的格式存储的网络平台配置有了统一的配置存储。IIS 7.0配置系统也是可以完全扩展的系统，因此开发人员可以将配置存储扩展到使其包含自定义的与ISS配置有同样的特性与优先性的配置。

    过去的ISS应用设置必须在机器水平上的metabase存储器中配置之后才能正常应用。而使用了分布式的web.config文件之后，应用将所需的服务器配置包含在他们的目录当中，从而大大简化了配置流程，使自我配置的应用能够轻松地复制到目标服务器应用目录中，并立刻运行期望的设置。

    IIS 7.0将ApplicationHost.config存放在%windir%\system32\inetsrv目录下。在这个文件中有两大类别的配置：

    system.applicationHost配置类别包含了为站点，应用，虚拟服务器以及应用程序池所做的配置。system.webServer配置类别则包含了为其它所有的功能，包括通用网络默认设置在内的配置。

Xcopy配置

    分布式配置使IIS配置能够存储在web.config文件当中，从而使Xcopy更加易于在多个网络服务器之间进行应用复制，并减少了复制的错误产生几率以及避免了高水平的支出，并免去了手动的同步化操作，以及额外的配置任务。站点或应用配置更加容易从一台计算机复制到另一台计算机，应用也更容易从开发步入到测试，并最后步入到生产阶段。Xcopy配置意味着应用开发人员无需机器管理员的参与便能够对他们的应用配置进行修改，这样便减少了整个TCO。轻松的xcopy配置还意味着机器管理员可以方便地在机器之间移动站点。

管理工具

   IIS 7.0为IIS管理工具进行了以下更新与修改：

    ? 使IIS管理器具备了新的图形管理界面
    ? 命令行脚本被新的强大的命令行管理工具——appcmd.exe所取代
    ? 配置存储基于.NET Framework 2.0的配置存储，支持直接对设置进行修改
    ? WMI Provider是在CIM对象管理器和托管对象之间进行调节的软件。它能够使Visual Basic脚本编辑 (VBScript)以及Jscript的编写者获得配置与服务器状态的信息。
    ? Microsoft.Web.Administration是一个托管界面，能够将WMI provider所展示的信息以更加简单明了的应用编程接口方式展现。开发人员可使用它来控制并使用获取所有IIS 7.0的功能。

    除此之外，Windows Server 2008还提供了IIS 6.0 MMC插件来支持远程的在Windows Server 2008上的IIS6.0的管理以及FTP站点的管理。IIS 6.0的管理工具以及网络服务器组件可以分开设置。新的Windows Server 2008管理工具充分支持新的IIS7.0分布式配置，并允许分配的非管理员对站点以及应用配置进行读取（在“分配管理”部分对此有详细说明）。

新的IIS管理器

    IIS 7.0所具备的新的管理工具——IIS管理器是用于管理网络服务器的更加有效的工具。它支持IIS以及ASP.NET配置，支持用户数据以及运行时间诊断信息。新的IIS管理器界面无须在防火墙上打开DCOM或其它管理工具端口便支持远程的HTTP管理并允许本地和远程管理的集成。


    IIS管理器还允许管理员将管理权限分配给开发人员或内容拥有者。IIS管理器的其它特点包括：

    ? 通过使用.NET Framework插入新的用户界面功能，使框架得到充分扩展
    ? 支持经过Windows认证或未经过Windows认证的分配管理任务
    ? 自动下载并安装新的用户界面到客户端
    ? 通过HTTP/SSL进行远程管理

    此外，还包括了一个新的用于管理Web服务器，网站以及Web应用的命令行工具appcmd.exe。该命令行工具简化了常见的Web服务器管理任务。例如appcmd.exe可以列出必须等待超过500毫秒的Web服务器请求，以解决运行不良的应用的问题。appcmd.exe输出的结果还可传送到其它命令当中进行进一步处理。

分配的管理

    IIS 7.0的分布式配置使托管或管理网站的管理员能够将不同级别的管理任务分配给开发人员或内容拥有者，从而减少了版权费用的支出以及管理员的工作量。例如，管理网站的任务可以分配给应用开发人员，使他们能够配置并维护默认的文档及其它网站所使用的功能。管理员可以锁定某些配置设置，使其它人员无法对其做出修改，这样便可保证脚本的安全政策不被分配了网站管理任务的内容开发人员所违反。分配的任务还可以非常具体到每个细节，例如管理员可以决定具体分配哪些功能。

Microsoft.Web.管理

    IIS 7.0还包含了一个针对Web服务器的新的管理应用编程接口Microsoft.Web.Administration。它可以通过使用XML配置文件进行配置。它还提供了管理服务器，服务器属性以及服务器状态的对象。该应用编程接口可以使编程人员读取并编写属于IIS配置文件范围内的属性并读取在之前的IIS版本中的WMI脚本可读取的数据。

诊断与解决问题

   IIS 7.0通过内置的诊断与跟踪功能，允许管理员查看详细的，实时的关于网络服务器的诊断信息，使网络服务器的问题解决更加轻松。诊断与问题解决功能可使开发人员或管理员查看正在服务器上运行的请求，进行难于解决的问题的过滤，并通过详细的跟踪日志自动捕捉错误信息。

详细的错误信息

    IIS 7.0通过提供详细的，可修复的错误信息简化了问题解决流程。新的自定义的错误模块允许将详细的错误信息发回浏览器。默认的浏览器为localhost，但也可以配置为将错误信息发送到其它的远程客户端。管理员能够查看的不是冗长的错误代码，而是关于请求的详细信息，导致错误产生的可能原因，以及修复建议。

运行时间状态及控制应用编程接口（RSCA）

    改进了IIS 7.0的问题解决功能的最重要的特征之一便是运行时间状态及控制应用编程接口（RSCA），它的设计目的是提供详细的关于IIS 7.0服务器运行时间的信息。RSCA能够检测并管理包括应用程序池，.NET框架应用域，甚至是运行的请求在内的各种内容。管理员或开发人员可以利用这些信息来分析服务器的资源使用情况并解决Web应用的问题。

    例如，在使用RSCA以及IIS 7.0管理工具的情况下，管理员可以查看消耗CPU 100％的工作流程中正在执行什么样的请求，或者正在为某个站点下载什么样的应用域。RSCA还实时与运行在服务器上的执行请求进行接口。WMI provider及托管的API（Microsoft.Web.Administration）中有RSCA的数据。IIS管理器的命令行工具（appcmd.exe）也可以显示这些数据。

跟踪失败的请求

    IIS 7.0还包含通过请求和回复路径的详细跟踪事件，使开发人员和管理员能够跟踪请求进入IIS请求处理队列中的路径，进入到任何现有的页面代码，并返回到回复的过程。这些详细的跟踪事件不仅能够使开发人员了解请求的路径以及任何由于请求而产生的错误信息，还能够了解请求使用的时间及其它调试信息来帮助解决所有类型的错误。

    万一到服务器的请求失败或花费的时间过长，管理员可以定义失败请求跟踪规则，使其能够进行请求跟踪事件并将跟踪事件记入日志。万一请求超过了规定的完成时间间隔，或为请求回复生成了指定的HTTP状态以及子状态代码组合，则将这些信息记入跟踪日志。同时花费时间过长的事件也会被记入日志。跟踪日志只记录与失败的请求相关的信息。因此管理员不必在包含了每个请求的大日志文件当中去搜索他们所需的关于某个特定的失败请求的信息。新的XSL被设计成在不同的界面中显示失败请求数据来帮助诊断各类Web应用所可能遇到的问题。