Une application IIS peut être définie comme tout fichier exécuté au sein d'un ensemble défini de répertoires dans votre site Web. Lorsque vous créez une application, vous utilisez le composant logiciel enfichable Services Internet (IIS) pour désigner le répertoire de point de départ de l'application (également appelé racine de l'application) dans votre site Web. Tous les fichiers et répertoires placés sous ce répertoire de point de départ dans votre site Web sont considérés comme faisant partie de l'application, jusqu'au prochain répertoire de point de départ rencontré. La portée d'une application est ainsi définie par les limites du répertoire.
Dans le composant logiciel enfichable Services Internet (IIS), le point de départ d'une application est représenté par une icône symbolisant un package. L'illustration suivante montre une application dont le répertoire de point de départ est nommé /SiteAdmin :
Les fichiers des répertoires \Login, \Order et \SetupDB sont considérés comme faisant partie de l'application /SiteAdmin.
Un site Web peut comporter plusieurs applications. Le site Web par défaut créé lors de l'installation des services Internet (IIS) est le point de départ d'une application.
Les services Internet (IIS) prennent en charge les applications ASP, ISAPI, CGI, IDC et SSI. Une application peut partager des informations avec les fichiers de l'application. Par exemple, les applications ASP partagent le flux contextuel, l'état de session et les paramètres des variables avec les différentes pages de l'application.
IIS 5.0 propose trois niveaux de protection d'application. La protection d'application fait référence au processus dans lequel les applications sont exécutées. Dans IIS 4.0, il était possible de définir les applications de telle sorte qu'elles soient exécutées dans le même processus que les services Web (Inetinfo.exe) ou dans un processus distinct (DLLHost.exe). IIS 5.0 dispose d'une troisième possibilité : les applications peuvent être exécutées dans un processus mis en pool (autre instance de DLLHost.exe).
Ces différentes options fournissent des niveaux variables de protection pour les situations dans lesquelles une application présentant un dysfonctionnement peut échouer et faire que le processus dans lequel elle est exécutée cesse de répondre. Par défaut, les services Web (Inetinfo.exe) s'exécutent dans leur propre processus et les autres applications s'exécutent dans un processus mis en pool unique (DLLHost.exe). Vous pouvez ensuite définir l'exécution des applications à priorité élevée en tant que processus isolés (autre instance de DLLHost.exe). Pour des raisons de performances, il est déconseillé d'exécuter plus de 10 applications isolées.
Le graphique suivant décrit la feuille de propriétés utilisée pour définir les propriétés de protection d'application.
La protection d'application ne peut être définie qu'au niveau du répertoire de démarrage de l'application.
Le niveau de protection d'application compense la baisse des performances. Les applications exécutées dans le processus des services Web (inetinfo.exe) ont de meilleures performances, mais le risque qu'une application présentant un dysfonctionnement puisse rendre les services non disponibles est plus élevé. La configuration recommandée consiste à exécuter inetinfo.exe dans son propre processus, exécuter les applications critiques dans leur propre processus et exécuter les autres applications dans un processus mis en pool partagé. Pour plus d'informations, consultez Définition des limites de l'application.
Vous pouvez définir les options des processus pour les composants dans l'outil d'administration Services de composants. Pour plus d'informations, consultez la documentation des services de composants.