Função Servidor Web (IIS)

Através da configuração distribuída, os administradores podem especificar definições de configuração para um site ou aplicativo Web no mesmo diretório que o código ou conteúdo. Ao especificar essas definições em um mesmo arquivo, a configuração distribuída permite que os administradores deleguem a administração de recursos selecionados de sites ou aplicativos Web para que outras pessoas, como desenvolvedores de aplicativos, possam modificar esses recursos. Os administradores também podem bloquear determinadas definições de configuração para que não sejam alteradas por outras pessoas.

Na configuração distribuída, as definições de configuração de um dado site ou aplicativo podem ser copiadas de um computador para outro, à medida que o aplicativo passa do desenvolvimento ao teste e, por fim, à produção. Ela também permite que a configuração de um site ou aplicativo seja compartilhada entre um farm de servidores, onde todos os servidores recuperam o conteúdo e as definições de configuração de um servidor de arquivos.

A configuração do IIS 7.0 baseia-se no armazenamento de configurações existente do .NET Framework, pelo qual as definições de configuração do IIS podem ser armazenadas junto com a configuração do ASP.NET em arquivos Web.config. Essa mudança oferece um armazenamento de configuração para todas as definições de configuração da plataforma Web que podem ser acessadas por meio de um conjunto de APIs em comum e armazenadas em um formato consistente. Esse sistema do IIS 7.0 também é totalmente extensível, por isso os desenvolvedores podem estender o armazenamento de configuração para incluir uma configuração personalizada com a mesma fidelidade e prioridade que a configuração do IIS.

O IIS 7.0 armazena a configuração global, ou do computador inteiro, no diretório %windir%\system32\inetsrv, em um arquivo chamado ApplicationHost.config. Nesse arquivo há dois principais grupos de seções de configuração:

• system.applicationHost
  
  
• system.webServer
  
  

O grupo da seção system.applicationHost contém a configuração do site, do aplicativo, do diretório virtual e de pools de aplicativos. O grupo da seção system.webServer armazena a configuração de todas as demais configurações, inclusive os padrões Web globais.

A configuração específica de URL também pode ser armazenada em ApplicationHost.config usando-se marcas de <local>. Além disso, o IIS 7.0 pode ler e gravar configuração específica de URL nos diretórios de código ou de conteúdo dos sites e aplicativos Web residentes no servidor em arquivos Web.config, junto com a configuração do ASP.NET.

Como o Windows Server 2008 é uma versão principal, você deverá despender algum tempo para se familiarizar com as novas opções de configuração.

Os sites e serviços WCF de produção que, no momento, são executados no IIS 6.0 devem ser totalmente testados antes de passarem para produção no IIS 7.0, embora o IIS 7.0 tenha sido desenvolvido para ser compatível (consulte a seção Preciso alterar algum código existente?)

Se você estiver usando scripts de linha de comando do IIS 6.0 personalizados, é recomendável convertê-los para o IIS 7.0. Consulte a seção Preciso alterar algum código existente? mais adiante neste tópico.

As novas ferramentas de administração dão suporte total à configuração distribuída e à delegação de responsabilidade administrativa. A delegação pode ser muito específica, por isso um administrador pode decidir exatamente quais funções devem ser delegadas, caso a caso.

As novas ferramentas de administração dão suporte total à nova configuração distribuída do IIS 7.0. Elas também permitem o acesso delegado (não administrativo) à configuração de sites e aplicativos individuais. As ferramentas de administração dão suporte a credenciais de usuários sem privilégios de administração, e até mesmo a credenciais que não são do Windows, para autenticação em um site ou aplicativo específico e para gerenciar a configuração somente nesse escopo.

A nova interface de usuário do Gerenciador do IIS dá suporte à administração remota por HTTP, o que possibilita a administração local, remota ou até mesmo via Internet sem a necessidade de abrir a porta DCOM ou outras portas administrativas no firewall.

As ferramentas de administração são totalmente extensíveis, permitindo que os desenvolvedores criem novos módulos de administração com o .NET Framework para facilmente conectar novos módulos de interface de usuário de administração que funcionam de maneira tão transparente quanto aqueles fornecidos com o IIS 7.0.

Essas alterações geram uma redução significativa da superfície de ataque e oferecem mais flexibilidade e maior suporte para estender a funcionalidade principal do IIS 7.0 por meio da criação de módulos de código gerenciado. O novo núcleo da Web de processos de operador também dá acesso a todos os eventos de notificação no pipeline de solicitação. O nível de integração é sem precedentes e permite que os recursos atuais do ASP.NET (como a autenticação com base em formulários ou a autorização de URL) sejam usados para todos os tipos de conteúdo da Web.

Nas versões anteriores do IIS, toda a funcionalidade era interna por padrão e não havia um modo fácil de estender ou substituir essa funcionalidade. Entretanto, o núcleo do IIS 7.0 é dividido em mais de 40 módulos de recursos separados. O núcleo também inclui uma nova API do Win32 para criar módulos de servidor de núcleo. Os módulos de servidor de núcleo são substituições novas e mais eficientes dos filtros e extensões de interface ISAPI, embora esses filtros e extensões ainda sejam suportados no IIS 7.0.

Como todos os recursos de servidor de núcleo do IIS foram desenvolvidos para que o IIS 7.0 possa usar a nova API do Win32 e como módulos de recursos discretos, você pode adicionar, remover ou até mesmo substituir os módulos de recursos do IIS.

O IIS 7.0 também inclui suporte para desenvolvimento de extensões de servidor Web de núcleo usando o .NET Framework. O IIS 7.0 integrou a API IHttpModule existente do ASP.NET, permitindo que seus módulos de código gerenciado acessem todos os eventos no pipeline de solicitação, de todas as solicitações.

Consulte a seção Preciso alterar algum código existente? neste tópico, principalmente se estiver usando filtros ISAPI.

As mudanças em termos de diagnóstico e solução de problemas do IIS 7.0 permitem que um desenvolvedor ou administrador veja, em tempo real, as solicitações em processamento no servidor. Agora é possível filtrar condições de erro difíceis de reproduzir e interceptar o erro automaticamente com um log de rastreamento detalhado.

O IIS 7.0 vem com uma nova API de Controle e Estado do Tempo de Execução, que fornece informações em tempo real sobre o estado de pools de aplicativos, processos de operador, sites, domínios de aplicativo e até mesmo de solicitações em execução.

Essas informações são expostas através de uma API COM nativa. A própria API é compactada e exposta através do novo provedor WMI, appcmd.exe, e do Gerenciador do IIS. Assim, os usuários podem verificar o status do servidor Web de maneira rápida e fácil, independentemente do ambiente de gerenciamento usado.

O IIS 7.0 também inclui eventos de rastreamento detalhado ao longo de todo o caminho de solicitação e resposta, permitindo que os desenvolvedores rastreiem uma solicitação encaminhada para o IIS, pelo pipeline de processamento de solicitações do IIS, em qualquer código de nível de página existente, e de volta até a resposta. Através desses eventos de rastreamento detalhado, os desenvolvedores conhecem não apenas o caminho de solicitação e todas as informações de erro geradas como resultado da solicitação, mas também o tempo decorrido e outros dados de depuração (que ajudam a corrigir todos os tipos de erros) e quando um sistema deixa de responder.

Para habilitar a coleta desses eventos de rastreamento, o IIS 7.0 pode ser configurado para capturar automaticamente os logs de rastreamento completos de qualquer solicitação específica com base em códigos de tempo decorrido ou de resposta de erro.