[Asp.net] ¿Cuál es la diferencia entre el modo de tubería 'clásico' e 'integrado' en IIS7?


Answers

Modo de grupo de aplicaciones integrado

Cuando un grupo de aplicaciones está en modo integrado, puede aprovechar la arquitectura de procesamiento de solicitudes integrada de IIS y ASP.NET. Cuando un proceso de trabajo en un grupo de aplicaciones recibe una solicitud, la solicitud pasa a través de una lista ordenada de eventos. Cada evento llama a los módulos nativos y administrados necesarios para procesar partes de la solicitud y generar la respuesta.

Hay varias ventajas para ejecutar grupos de aplicaciones en modo integrado. En primer lugar, los modelos de procesamiento de solicitudes de IIS y ASP.NET están integrados en un modelo de proceso unificado. Este modelo elimina los pasos que previamente se duplicaron en IIS y ASP.NET, como la autenticación. Además, el modo integrado permite la disponibilidad de funciones administradas para todos los tipos de contenido.

Modo de grupo de aplicaciones clásico

Cuando un grupo de aplicaciones está en modo Clásico, IIS 7.0 maneja las solicitudes como en el modo de aislamiento de procesos de trabajo de IIS 6.0. Las solicitudes ASP.NET primero pasan por los pasos de procesamiento nativos en IIS y luego se enrutan a Aspnet_isapi.dll para procesar el código administrado en el tiempo de ejecución administrado. Finalmente, la solicitud se reenvía a través de IIS para enviar la respuesta.

Esta separación de los modelos de procesamiento de solicitudes IIS y ASP.NET da como resultado la duplicación de algunos pasos de procesamiento, como la autenticación y la autorización. Además, las funciones del código administrado, como la autenticación de formularios, solo están disponibles para las aplicaciones ASP.NET o aplicaciones para las que el script asignó todas las solicitudes para que sean manejadas por aspnet_isapi.dll.

Asegúrese de probar sus aplicaciones existentes para la compatibilidad en modo integrado antes de actualizar un entorno de producción a IIS 7.0 y asignar aplicaciones a grupos de aplicaciones en modo integrado. Solo debe agregar una aplicación a un grupo de aplicaciones en modo Clásico si la aplicación no funciona en modo Integrado. Por ejemplo, su aplicación puede depender de un token de autenticación pasado de IIS al tiempo de ejecución administrado y, debido a la nueva arquitectura en IIS 7.0, el proceso rompe su aplicación.

Tomado de: ¿Cuál es la diferencia entre DefaultAppPool y Classic .NET AppPool en IIS7?

Fuente original: Introducción a la arquitectura de IIS

Question

Estaba implementando una aplicación ASP.NET MVC anoche, y descubrí que es menos trabajo implementar con IIS7 configurado en modo integrado. Mi pregunta es ¿cuál es la diferencia? ¿Y cuáles son las implicaciones de usar uno u otro?




En el modo clásico, IIS trabaja directamente con extensiones ISAPI y filtros ISAPI. Y utiliza dos líneas de tubería, una para el código nativo y otra para el código administrado. Simplemente puede decir que en el modo Clásico, IIS 7.x funciona igual que IIS 6 y que no obtiene beneficios adicionales de las características de IIS 7.x.

En el modo integrado, IIS y ASP.Net están estrechamente conectados en lugar de depender de solo dos DLL en Asp.net como en el caso del modo clásico.




Links