Amélioration des concepts de base et de la technologie (suite)

IIS : Asynchronous CGI (Interface CGI asynchrone)
L’implémentation de l’interface de passerelle commune (Common Gateway Interface soit CGI) dans Internet Information Services (IIS) 5.0 était synchone car la thread qui exécute le processus CGI est bloquée jusqu’au retour du processus CGI. IIS 5.1 a amélioré ceci et procure désormais l’interface CGI asynchrone. La modularité de l’IIS s’en trouve améliorée.

IIS : Mode Application dédiée
Internet Information Services (IIS) 5.1 introduit le mode d’application dédiée lequel exécute tout le code d’application dans un environnement isolé. Il y pourvoit sans altérer les performances comme ce fut le cas des versions précédentes d’IIS. Le mode d’application dédiée fournit la capacité de tout isoler, d’une application Web individuelle à plusieurs sites dans leur propre processus de service Web autonome. Cela évite qu’une application ou un site ne s’interrompt mutuellement.
En outre, la séparation des applications ou des sites dans des processus distincts simplifie de nombreuses tâches de gestion, telles que la prise en ligne ou hors connexion (indépendamment de tous les autres sites ou applications s’exécutant sur le système), la modification d’un composant qu’il utilise, le débogage, la surveillance des compteurs et les ressources d’accélération.
Par rapport à ces prédécesseurs, le mode d’application dédiée propre à IIS 5.1 s’est enrichi des apports suivants :

• Solidité : modèle où les différentes applications Web ou sites Web servis par le mode d’application dédiée IIS 5.1 peuvent éviter de se nuire mutuellement ou de nuire au système dans son ensemble.
• Aucun redémarrage – Le but n’est pas de contraindre l’utilisateur à redémarrer le serveur ou à interrompre le service HTTP entier. Des opérations communes, telles que la mise à niveau du contenu ou des composants, le débogage des applications Web ou la gestion des incidents sur les applications Web, ne doivent pas affecter le fonctionnement sur d’autres sites ou applications sur le serveur.
• Réparation automatique – ISS 5.1 assure le support du redémarrage automatique d’une application défaillante et le redémarrage périodique des applications « percées » ou « floconneuses » avec interruption de service.
• Modularité – IIS 5.1 prend en charge l’évolutivité, comme dans le cas de fournisseurs de services Internet gérant des centaines de milliers de sites sur un serveur. Est également assuré le support des Web Gardens où un ensemble de processus équivalents sur un ordinateur reçoivent chacun un partage des requêtes qui sont normalement servies par un seul processus. Cela procure une meilleure prise en charge multi-processeurs.
• Débogage – IIS 5.1 permet de lancer des processus d’application Web (processus travailleur) sous le débogueur. Cela simplifie l’identification du processus en cours d’exécution. Cela permet également de vider un processus travailleur en cours d’exécution pour déterminer la source d’un problème.
• La notion d’application solide procure le support d’une application comme unité d’administration. Autrement dit, l’application devient l’unité de base qui active l’isolation d’applications ainsi que la limitation et l’adaptation des ressources en fonction de l’application via son groupe d’applications.
• Les administrateurs informatiques ou Web contrôlent de nombreux serveurs Web d’intranet pour leur entreprise. L’administrateur décide de créer un groupe d’applications test pour que les développeurs organisent leurs applications de gestion à des fins de test. Ce groupe est configuré sur le même serveur que les applications en production, mais il isole également les nouvelles applications en cours de test des applications couramment utilisées.

IIS : Démarrage à la demande
Sous IIS, les groupes d’applications bénéficient d’avantages tels que le démarrage à la demande des processus qui traitent le groupe de nom d’espaces quand la première requête d’URL de cette partie de l’espace de noms arrive dans le serveur. Le service d’administration Web (WAS) est le composant qui exécute le démarrage de processus à la demande. Il contrôle également et surveille le cycle de vie des processus travailleur.

IIS : Limitation de bande passante améliorée
Internet Information Services (IIS) 5.1 utilise désormais le système d’exploitation Whistler Server pour procéder à la limitation de bande passante. Cela permet à IIS d’accélérer des sites à entête d’hôte individuels. Cela permet également à IIS d’envoyer des réponses pour un site donné en parallèle quand la limitation de bande passante est activée (IIS 5.0 sérialisait chaque réponse).

• Un administrateur informatique ou Web a plusieurs sites à entête client sur un ordinateur qui partage la même adresse IP et le même port. Chaque site se voit attribuer une certaine quantité de bande passante.

IIS : Mise en file d’attente en mode noyau
Sous IIS 5.1, HTTP.SYS capte les requêtes et les place en file d’attente sur la file appropriée. Chaque file de requêtes correspond à un groupe d’applications. Comme aucun code tiers ou d’utilisateur n’exécute HTTP.SYS, il ne peut être affecté par les incidents en code mode d’utilisateur qui affectent généralement l’état du W3SVC.
Si un élément interrompt le processus travailleur servant la file d’attente des requêtes à traiter, HTTP.SYS continue d’accepter et de mettre en file d’attente des requêtes dans la mesure où W3SVC est toujours opérationnel. Dès que W3SVC note l’incident du processus travailleur, il en lance un nouveau.
Par conséquent, tandis qu’une perturbation temporaire peut se produire dans la capacité de traitement des requêtes en mode utilisateur, l’utilisateur final ne remarquera rien car les requêtes seront toujours acceptées et mises en file d’attente. HTTP.SYS continue d’accepter les requêtes et de les mettre en file d’attente sur la file d’attente appropriée tant qu’il n’y a pas de files d’attente disponibles, d’espace vide sur les files d’attentes ou tant que le W3SVC ne s’est pas arrêté.

IIS : Nouveau pilote de mode noyau
Le fichier HTTP.SYS d’IIS est un point de contact unique pour toutes les requêtes HTTP entrantes (côté serveur), qui fournit la connectivité hautes performances aux applications serveur HTTP. Il réside dans le noyau où il est placé au-dessus de TCP/IP et reçoit toutes les requêtes de connexion des combinaisons IP/port qu’il est configuré pour surveiller. HTTP.SYS est également responsable de la gestion de connexion globale, de l’accélération de bande passante et de la consignation basée sur le texte. HTTP.SYS procure les éléments suivants :

• Modèle de cache souple – HTTP.SYS implémente un cache de réponse URI souple. Le cache de réponse active des applications HTTP pour mettre en cache les données statiques et dynamiques. HTTP.SYS ne définit pas de stratégie de mise en cache. Cette stratégie est pilotée par les applications HTTP via des interfaces de programmation sur le cache de réponse.
• Ségrégation des applications HTTP via des groupes d’application – HTTP.SYS met en oeuvre un mécanisme de mappage d’espaces de noms URI intitulé groupes d’applications. Avec les groupes d’applications, les applications HTTP peuvent réclamer des portions de l’espace de noms URI, ce qui permet à HTTP.SYS de router directement les requêtes HTTP vers les applications HTTP appropriées.
• Performances – Le cache de réponses permet à HTTP.SYS de répondre aux requêtes HTTP mises en cache totalement en mode noyau sans transition vers le mode utilisateur. Quand une absence de cache nécessite une transition vers le mode utilisateur, le mappeur du groupe d’applications permet à HTTP.SYS d’envoyer directement la requête HTTP à l’application HTTP appropriée et évite les bascules inutiles de contexte en mode utilisateur.

IIS : Mode d’application standard
Alors que le mode d’application dédiée dans Internet Information Services (IIS) offre une isolation, une fiabilité, une disponibilité et des performances accrues, il se peut que certaines applications ne fonctionnent pas dans son environnement pour des raisons d’incompatibilité, tels que des filtres de données brutes en lecture et des problèmes d’instances multiples. Par conséquent le mode par défaut, intitulé mode d’application standard, fut créé en vue d’assurer que le mode d’application standard soit entièrement compatible avec IIS 5.0 et bénéficie des avantages offerts par HTTP.SYS, tels que le cache de noyau et la mise en file d’attente de requêtes en mode noyau.

• Un développeur Web a une application qui doit utiliser un filtre de données brutes en lecture. Quand il met à niveau IIS 5.0 vers IIS 5.1, il utilise le mode d’application standard pour assurer la compatibilité des applications.

IIS : Service d’administration Web
Avec HTTP.SYS, le service d’administration Web représente la partie centrale du W3SVC où aucune code tiers n’a le droit de s’exécuter. IIS 5.1 isole complètement le code d’application tiers du serveur Web principal. Pour cela, il maintient les fonctions du serveur Web principal, telles que la gestion de configuration et la mise en file d’attente des requêtes dans le service d’administration Web (WAS) et HTTP.SYS, et autorise l’exécution du code d’application dans des mini-processus de serveur Web intitulés processus travailleur. Avec le pilote du noyau IIS 5.1 HTTP.SYS, la partie WAS du W3SVC est une zone « sanctifiée » où résident les services IIS 5.1 cruciaux et où le code externe n’est jamais chargé.
WAS est responsable de la configuration de HTTP.SYS et des divers processus travailleur qu’il lance. Il est également responsable de l’application des nombreuses fonctions de détection d’état, telles que le pinging, et gère le cycle de vie des processus travailleur.

IIS : Processus travailleur
Tout le code utilisateur est traité par des processus travailleur en mode d’application dédiée lesquels sont complètement isolés du serveur Web principal. Cela constitue une amélioration par rapport à Internet Information Services (IIS) 5.0 dans le sens où l’interface de programmation d’application serveur (ISAPI) peut être hébergée (cas fréquent) intra-processus sur le serveur Web principal. Si une charge ISAPI en cours de traitement dans IIS 5.0 fait face à une violation d’accès, le serveur Web, iisadmin, et tout autre service hébergé par INETINFO sont également démantelés. Sous le mode d’application dédiée IIS 5.1, seul le processus travailleur qui héberge l’ISAP est démantelé. Le W3SVC lance un nouveau processus travailleur pour remplacer le processus travailleur défaillant.