Je crée mes pools d'applications IIS et des applications distinctes sous ces aspects:
- Applications essentielles à la mission ont leur propre pool d'applications: de cette façon, je peux les isoler des applications problématiques. Il permet une configuration individuelle et je peux plus facilement surveiller ou dépanner, s'il y a des problèmes.
- Isoler les applications par type : regroupement par langue / technologie ou version du framework .NET. Vous pouvez mélanger ASP.NET avec ASP classique dans le même pool, mais si ASP et ASP.NET étaient dans le même pool et si vous avez un problème avec votre application ASP qui nécessitait que vous redémarriez le processus de travail, votre ASP. Les applications NET seraient également recyclées.
- Les applications problématiques (par exemple, les applications avec des fuites de mémoire ou une utilisation élevée du processeur, des connexions de base de données qui fuient, etc.) sont séparées des applications normales. Les nouvelles applications entrent dans un pool "en probation" qui est surveillé pour la disponibilité et les performances. Si l'application s'avère stable dans le temps, elle est déplacée vers un pool pour les applications normales; sinon, il reste isolé. Cela permet de regrouper les applications les plus sans problème.