¿Por qué agregar grupos de aplicaciones adicionales en IIS?

Tengo varios sitios web alojados con IIS 6.0 en Windows Server 2003. Algunos de ellos usan el marco .Net 1.1 mientras que otros usan .Net 2.0. Actualmente tengo grupos de aplicaciones configurados para cada marco. ¿Hay alguna otra razón para agregar grupos de aplicaciones adicionales?

Si muchos:

• Los AppPools pueden ejecutarse como identidades diferentes, por lo que puede restringir los permisos de esta manera.
• Puede asignar una identidad diferente a cada grupo de aplicaciones para que cuando ejecute el administrador de tareas, sepa qué w3wp.exe es cuál.
• Puede reciclar / reiniciar un grupo de aplicaciones sin afectar los sitios que se ejecutan en diferentes grupos de aplicaciones.
• Si tiene un sitio web que tiene una pérdida de memoria o generalmente se comporta mal, puede colocarlo en un grupo de aplicaciones para que no afecte a los otros sitios web
• Si tiene un sitio web que requiere mucha CPU (por ejemplo, cambiar el tamaño de las fotos), puede colocarlo en su propio grupo de aplicaciones y limitar su utilización de la CPU
• Si tiene varios sitios web que tienen su propia base de datos SQL, puede usar la autenticación del directorio activo en lugar de almacenar nombres de usuario / contraseñas en web.config.

Creo mis grupos de aplicaciones IIS y aplicaciones separadas en estos aspectos:

• Las aplicaciones de misión crítica obtienen su propio grupo de aplicaciones: de esta manera puedo aislarlas de aplicaciones problemáticas. Hace posible la configuración individual y puedo monitorear o solucionar problemas más fácilmente, si hay problemas.
• Aislamiento de aplicaciones por tipo : agrupación por idioma / tecnología o versión de marco .NET. Puede mezclar ASP.NET con ASP clásico en el mismo grupo, pero si tanto ASP como ASP.NET estaban en el mismo grupo, y si tiene un problema con su aplicación ASP que requiere que reinicie el proceso de trabajo, su ASP. Las aplicaciones NETAS también serían recicladas.
• Las aplicaciones problemáticas (por ejemplo, aplicaciones con pérdidas de memoria o uso elevado de CPU, conexiones de bases de datos con pérdidas, etc.) están separadas de las aplicaciones normales. Las nuevas aplicaciones entran en un grupo "en período de prueba" que se monitorea por tiempo de actividad y rendimiento. Si la aplicación demuestra ser estable en el tiempo, se mueve a un grupo para aplicaciones normales; de lo contrario, permanece aislado. Esto ayuda a agrupar las aplicaciones más libres de problemas.

Además de las respuestas de Portmans, por razones de seguridad. restringir el acceso de recursos a un grupo. Ver http://blogs.iis.net/tomwoolums/archive/2008/12/17/iis-7-0-application-pools.aspx