Como funciona uma aplicação ASP.Net no IIS 6.0?

Já aconteceu de você instalar uma aplicação ASP.Net no IIS e ela não funcionar? Já aconteceu de você chamar uma página de sua aplicação e o IIS responder com uma dúzia de mensagens esquisitas? Pois bem, antes de tomar qualquer ação você precisa, ao menos, entender o que se passa com sua aplicação, você precisa entender como ela funciona quando está hospedada no IIS. E é sobre isso que iremos falar: como funciona uma aplicação ASP.Net no IIS 6.0.

por Marcelo Menezes Neves

Já aconteceu de você instalar uma aplicação ASP.Net no IIS e ela não funcionar? Já aconteceu de você chamar uma página de sua aplicação e o IIS responder com uma dúzia de mensagens esquisitas? Pois bem, antes de tomar qualquer ação você precisa, ao menos, entender o que se passa com sua aplicação, você precisa entender como ela funciona quando está hospedada no IIS. E é sobre isso que iremos falar: como funciona uma aplicação ASP.Net no IIS 6.0.

Visão Geral

Antes de mais nada é bom que você saiba que o projeto original da Microsoft era desenvolver o ASP.Net para rodar com o IIS 6. Mas com o tempo, a Microsoft percebeu queo lançamento do IIS 6 não coincidiria com o lançamento do Visual Studio .Net 2002, daíela decidiu lançar o ASP.Net antes do IIS 6 e, suportar o ASP.Net no IIS 5. Isso nos mostra o porquê doASP.Net se comportar diferenteno IIS 6.0 e no IIS 5.0. Neste artigo iremos tratar somente do comportamento de uma aplicação ASP.Net com IIS 6.0. Pra começarmos a entender como funciona o IIS, podemosdividí-loda seguinte maneira:

• HTTP Protocol Stack (HTTP.sys)
• Application Pool
• Worker process
• Serviço WWW
• INETINFO.exe
• Meta dados do IIS

Estes são os principais componentes do IIS do ponto de vista de uma aplicação ASP.Net. Mas, antes de entendermosa função de cada componente você antes precisa entender o seguinte:o IIS 6.0 trabalha com 2 tipos de isolamento de aplicação.

Figura 1 - Application Pools

• Worker process isolation mode (default)
• IIS 5.0 isolation mode

• Low isolation (in-process)
• Medium isolation (pooled out-of-process)
• High isolation (out-of-process)

Figura 2 - Propriedades do application pool default

Uma das formas de conferir se o IIS 6.0 está rodando em Worker process isolation mode é examinar os processos que estão rodando na máquina onde roda o IIS, pode-se utilizar para isso a Task Manager, e então você conseguirá visualizar um ou mais processos W3wp.exe. Não se recomenda utilizar o IIS 5.0 isolation mode. O uso do IIS 5.0 isolation mode só é justificado quando a aplicação:

• Depende do worker process INETINFO.EXE
• Precisa rodar no ambiente da DLLHOST.EXE

Usando o Worker process isolation mode, além de ser o modo default, é o que oferece maior performance e permite que você aproveite todos os benefícios do IIS 6.0. Para visualizar o isolation mode corrente basta visualizar a propriedade IIs5IsolationModeEnabled, do metadados do IIS.

Componentes do IIS

Vamos agora entender a função decadacomponente:

HTTP.sys - Responsável por receber os requests HTTP e encaminhá-los para o worker process da aplicação através da fila de requests. O HTTP.sys mantém um cache interno que otimiza o processamento dos requests. Requests que estão cacheados são atendidos pelo próprio HTTP.sys, não havendo a necessidade de encaminhá-los para o worker process.

Application Pool - Na prática, nada mais é que uma fila de requests. O HTTP.sys quando recebe o request verifica qual a fila de requests que atende a aplicação corrente e daí envia o request por essa fila para o worker process. Seu uso é de extrema importância, pois se definirmos uma application pool por aplicação, o mal comportamento de uma aplicação não afetará o desempenho das demais aplicações instaladas no mesmo servidor IIS. Além disso, pode-se configurar para cada application pool o comportamento do serviço WWW e o comportamento do worker process, entre outras coisas.

Worker Process - Componente responsável pelo processamento do request, ou seja, executa a página solicitada, faz todo o processamento necessário, e devolve o resultado para o HTTP.sys. Um application pool pode ter um ou mais worker processes. O arquivo executável responsável por suportar o worker process é o W3wp.exe quando o IIS roda em Worker Process isolation mode, ou inetinfo.exe, quando o IIS roda em IIS5 isolation mode.

Serviço WWW - Serviço responsável pelo gerenciamento do worker process. É ele quem verifica se existe um worker process para a aplicação, senão existir ele trata de criar um worker process. Ele também verifica se o worker process está operacional. Caso um worker process "trave", devido ao mal comportamento da aplicação, o serviço WWW providencia a criação de um novo worker process e trata de eliminar o worker process "travado". Quando o servidor IIS é iniciado pela primeira vez o serviço WWW consulta o IIS Metabase e inicializa o HTTP.sys.

Inetinfo.exe - Quando o IIS está configurado para rodar em Worker Process isolation mode o componente Inetinfo.exe carrega o IIS Metabase e disponibiliza o mesmo para as aplicações. Este componente pode ser visto, através da task manager, como o arquivo inetinfo.exe. O inetinfo.exe também é responsável por hospedar os serviços FTP, SMTP e NNTP.

IIS Metabase - É o repositório de metadados do IIS. Na verdade o Metabase nada mais é que a configuração do IIS. Na versão 6.0 o IIS Metabase é armazenado, em grande parte, em arquivos XML e, o restante, é armazenado no registry do Windows.

Passo a passo

Entendido quais os componentes que compõe o IIS, vamos agora descrever um passo a passo do que acontece a cada request feito a uma aplicação ASP.Net hospedada num servidor IIS. Note que alguns detalhes de processamento foram omitidos para simplificar e objetivar a explicação.

1. Você digita o endereço da aplicação e pressiona <Enter>.
2. O browser envia um request HTTP solicitando a página.
3. No IIS, o componente HTTP.sys, recebe o request. Neste momento o HTTP.sys se comunica com o serviço WWW, que verifica a existência de um worker process ativo para a aplicação. Se não existir o serviço WWW cria o worker process. Ao criar o worker process é criado o AppDomain da aplicação.
4. O HTTP.sys verifica se existe em seu cache dados para atender o request. Se já existe um resultado cacheado então este é retornado para o browser, senão o request é passado a frente.
5. Utilizando uma routing table o HTTP.sys descobre qual é a fila de requests da aplicação e encaminha o request através desta.
6. O worker process recebe o request, identifica a página ASPX solicitada, executa a página, faz todo o processamento necessário e devolve para o HTTP.sys.
7. O HTTP.sys devolve o resultado para o browser.
8. O browser mostra o resultado da página processada.
   

Espero que este artigo tenha melhorado sua compreensão sobre como funciona uma aplicação ASP.Net no IIS 6.0. Este assunto é bastante interessante e pode ser muito explorado.

Um boa dica, se você deseja se aprofundar neste assunto, é seguir o seguinte link: IIS 6.0 Architecture (IIS 6.0)

Bem, por hoje é só. Até a próxima!