Implémentations de serveurs web dans ASP.NET Core

ASP.NET Core est fourni avec les composants suivants :

• Le serveur Kestrel est l’implémentation de serveur HTTP multiplateforme par défaut. Kestrel offre les meilleures performances et la meilleure utilisation de la mémoire, mais il ne propose pas certaines fonctionnalités avancées de HTTP.sys. Pour plus d’informations, consultez Kestrel vs. HTTP.sys sous l’onglet Windows.
• Le serveur HTTP IIS est un serveur in-process pour IIS.
• Serveur HTTP.sys : serveur HTTP exclusivement Windows basé sur le pilote de noyau HTTP.Sys et l’API Serveur HTTP.

Lorsque vous utilisez IIS ou IIS Express, l’application s’exécute :

• dans le même processus que le processus de travail IIS (modèle d’hébergement in-process) avec le serveur HTTP IIS. In-process est la configuration recommandée.
• Dans un processus distinct du processus Worker IIS (le mode d’hébergement out-of-process) avec le serveur Kestrel.

Le module ASP.NET Core est un module IIS natif qui gère les requêtes IIS natives entre IIS et le serveur HTTP IIS in-process ou Kestrel. Pour plus d’informations, consultez Module ASP.NET Core (ANCM) pour IIS.

Comparaison entre Kestrel et HTTP.sys

Kestrel présente les avantages suivants par rapport à HTTP.sys :

• Amélioration des performances et de l’utilisation de la mémoire.
• Multiplateforme
• Agilité, car il est développé et corrigé indépendamment du système d’exploitation.
• Port programmatique et configuration TLS
• Extensibilité qui permet l’utilisation de protocoles comme PPv2 et d’autres transports.

Http.Sys fonctionne en tant que composant en mode noyau partagé avec les fonctionnalités suivantes que kestrel ne possède pas :

• Partage de port
• Authentification Windows en mode noyau. Kestrel prend uniquement en charge l’authentification en mode utilisateur.
• Proxy rapide via les transferts de file d’attente
• Transmission de fichier directe
• Mise en cache des réponses

Modèles d'hébergement

Plusieurs modèles d’hébergement sont disponibles :

• Kestrel auto-hébergement : le Kestrel serveur web s’exécute sans nécessiter d’autres serveurs web externes tels que IIS ou HTTP.sys.

• L’auto-hébergement HTTP.sys est une alternative à Kestrel. Kestrel est recommandé sur HTTP.sys, sauf si l’application nécessite des fonctionnalités qui ne sont pas disponibles dans Kestrel.

• Hébergement in-process IIS : une application ASP.NET Core s’exécute dans le même processus que son processus de travail IIS. L’hébergement in-process IIS offre des performances améliorées par rapport à l’hébergement hors processus IIS, car les requêtes ne sont pas proxiées sur la carte de bouclage, une interface réseau qui retourne le trafic réseau sortant vers la même machine. IIS s’occupe de la gestion des processus par l’intermédiaire du service d’activation des processus Windows (WAS).

• Hébergement hors processus IIS : ASP.NET applications principales s’exécutent dans un processus distinct du processus de travail IIS, et le module gère la gestion des processus. Le module démarre le processus pour l’application ASP.NET Core quand la première requête arrive, et il redémarre l’application si elle s’arrête ou se bloque. Il s’agit essentiellement du même comportement que celui des applications s’exécutant in-process, et qui sont gérées par le service d’activation des processus Windows (WAS). L’utilisation d’un processus distinct permet également d’héberger plusieurs applications issues du même pool d’applications.

Pour plus d’informations, consultez les rubriques suivantes :

• Kestrel vs. HTTP.sys
• Héberger ASP.NET Core sur Windows avec IIS
• Module ASP.NET Core (ANCM) pour IIS

ASP.NET Core est fourni avec le serveur Kestrel qui est le serveur HTTP multiplateforme par défaut.

ASP.NET Core est fourni avec le serveur Kestrel qui est le serveur HTTP multiplateforme par défaut.

ASP.NET Core est fourni avec les composants suivants :

• Le serveur Kestrel est le serveur HTTP multiplateforme par défaut.
• Serveur HTTP.sys : serveur HTTP exclusivement Windows basé sur le pilote de noyau HTTP.Sys et l’API Serveur HTTP.

Quand vous utilisez IIS ou IIS Express, l’application s’exécute dans un processus distinct du processus de travail IIS (hors processus) avec le serveur Kestrel.

Étant donné que les applications ASP.NET Core s’exécutent dans un processus distinct du processus de travail IIS, le module s’occupe de la gestion du processus. Le module démarre le processus pour l’application ASP.NET Core quand la première requête arrive, et il redémarre l’application si elle s’arrête ou se bloque. Il s’agit essentiellement du même comportement que celui des applications s’exécutant in-process, et qui sont gérées par le service d’activation des processus Windows (WAS).

Le schéma suivant illustre la relation entre IIS, le module ASP.NET Core et une application hébergée hors processus :

Les requêtes arrivent du web au pilote HTTP.sys en mode noyau. Le pilote route les requêtes vers IIS sur le port configuré du site web, généralement 80 (HTTP) ou 443 (HTTPS). Le module réachemine les requêtes vers Kestrel sur un port aléatoire pour l’application, qui n’est pas le port 80 ou le port 443.

Le module spécifie le port via une variable d’environnement au démarrage, et le middleware d’intégration IIS configure le serveur pour qu’il écoute sur http://localhost:{port}. Des vérifications supplémentaires sont effectuées, et les requêtes qui ne proviennent pas du module sont rejetées. Le module ne prend pas en charge le transfert HTTPS : les requêtes sont donc transférées via HTTP, même si IIS les reçoit via HTTPS.

Une fois que Kestrel a récupéré la requête en provenance du module, celle-ci est envoyée (push) vers le pipeline de middleware ASP.NET Core. Le pipeline de middlewares traite la requête et la passe en tant qu’instance de HttpContext à la logique de l’application. Le middleware ajouté par l’intégration d’IIS met à jour le schéma, l’adresse IP distante et la base du chemin pour prendre en compte le réacheminement de la requête vers Kestrel. La réponse de l’application est ensuite repassée à IIS, qui la renvoie au client HTTP à l’origine de la requête.

Pour des conseils de configuration d’IIS et du module ASP.NET Core, consultez les rubriques suivantes :

• Héberger ASP.NET Core sur Windows avec IIS
• Module ASP.NET Core (ANCM) pour IIS

ASP.NET Core est fourni avec le serveur Kestrel qui est le serveur HTTP multiplateforme par défaut.

ASP.NET Core est fourni avec le serveur Kestrel qui est le serveur HTTP multiplateforme par défaut.