Webbserverimplementeringar i ASP.NET Core

ASP.NET Core levereras med följande:

• Kestrel servern är standardimplementeringen av HTTP-servern mellan plattformar. Kestrel ger bästa prestanda och minnesanvändning, men den har inte några av de avancerade funktionerna i HTTP.sys. För mer information, se Kestrel versus HTTP.sys på fliken Windows.
• IIS HTTP Server är en för IIS.
• HTTP.sys-servern är en HTTP-server med endast Windows baserat på HTTP.sys-kerneldrivrutinen och HTTP Server-API:et.

När du använder IIS eller IIS Express körs appen antingen:

• I samma process som IIS-arbetsprocessen (den pågående värdmodellen) med IIS HTTP-servern. In-process är den rekommenderade konfigurationen.
• I en process som är skild från IIS-arbetsprocessen (värdmodell utanför processen) med Kestrel servern.

ASP.NET Core-modulen är en intern IIS-modul som hanterar interna IIS-begäranden mellan IIS och den processbaserade IIS HTTP-servern eller Kestrel. Mer information finns i ASP.NET Core Module (ANCM) för IIS.

Kestrel jämfört med HTTP.sys

Kestrel har följande fördelar jämfört med HTTP.sys:

• Bättre prestanda och minnesanvändning.
• Cross platform
• Agility, den är utvecklad och korrigerad oberoende av operativsystemet.
• Programmatisk port och TLS-konfiguration
• Utökningsbarhet som möjliggör protokoll som PPv2 och alternativa transporter.

Http.Sys fungerar som en komponent i delat kernelläge med följande funktioner som kestrel inte har:

• Port sharing
• Windows-autentisering i kernelläge. Kestrel stöder endast autentisering i användarläge.
• Snabb proxyhantering via kötöverföringar
• Direkt filöverföring
• Response caching

Hosting models

Det finns flera värdmodeller:

• Kestrel självhostad: Kestrel-webbservern körs utan att kräva någon annan extern webbserver, till exempel IIS eller HTTP.sys.

• HTTP.sys självhosting är ett alternativ till Kestrel. Kestrel rekommenderas via HTTP.sys såvida inte appen kräver funktioner som inte är tillgängliga i Kestrel.

• IIS-värdtjänster: En ASP.NET Core-app körs i samma process som IIS-arbetsprocessen. IIS in-process hosting ger bättre prestanda jämfört med IIS out-of-process hosting eftersom begäranden inte dirigeras över loopbackgränssnittet, ett nätverksgränssnitt som returnerar utgående trafik tillbaka till samma dator. IIS hanterar processhantering med Windows Process Activation Service (WAS).

• IIS out-of-process hosting: ASP.NET Core-appar körs i en process som är separat från IIS-arbetsprocessen och modulen hanterar processhantering. Modulen startar processen för ASP.NET Core-appen när den första begäran kommer och startar om appen om den stängs av eller kraschar. Det här är i stort sett samma beteende som för appar som körs i processen som hanteras av Windows Process Activation Service (WAS). Genom att använda en separat process kan du också vara värd för fler än en app från samma apppool.

Mer information finns i följande:

• Kestrel jämfört med HTTP.sys
• Köra ASP.NET Core på Windows med IIS
• ASP.NET Core Module (ANCM) för IIS

ASP.NET Core levereras med Kestrel servern, som är standard, plattformsoberoende HTTP-server.

ASP.NET Core levereras med Kestrel servern, som är standard, plattformsoberoende HTTP-server.

ASP.NET Core levereras med följande:

• Kestrel servern är standard, plattformsoberoende HTTP-server.
• HTTP.sys-servern är en HTTP-server med endast Windows baserat på HTTP.sys-kerneldrivrutinen och HTTP Server-API:et.

När du använder IIS eller IIS Express körs appen i en process som är separat från IIS-arbetsprocessen (out-of-process) med Kestrel servern.

Eftersom ASP.NET Core-appar körs i en process som är separat från IIS-arbetsprocessen hanterar modulen processhantering. Modulen startar processen för ASP.NET Core-appen när den första begäran kommer och startar om appen om den stängs av eller kraschar. Det här är i stort sett samma beteende som för appar som körs i processen som hanteras av Windows Process Activation Service (WAS).

Följande diagram illustrerar relationen mellan IIS, ASP.NET Core-modulen och en app som hanteras utan process:

Förfrågningar skickas från webben till kärnlägesdrivrutinen HTTP.sys. Drivrutinen dirigerar begäranden till IIS på webbplatsens konfigurerade port, vanligtvis 80 (HTTP) eller 443 (HTTPS). Modulen vidarebefordrar begäranden till Kestrel på en slumpmässig port för appen, som inte är port 80 eller 443.

Modulen anger porten via en miljövariabel vid start och IIS Integration Middleware konfigurerar servern att lyssna på http://localhost:{port}. Ytterligare kontroller utförs och begäranden som inte kommer från modulen avvisas. Modulen stöder inte HTTPS-vidarebefordring, så begäranden vidarebefordras via HTTP även om de tas emot av IIS via HTTPS.

När Kestrel har hämtat begäran från modulen skickas den vidare till ASP.NET Core-mellanprogramspipelinen. Pipelinen för mellanprogram hanterar begäran och skickar den som en HttpContext instans till appens logik. Mellanprogram som läggs till av IIS-integrering uppdaterar schemat, fjärr-IP och pathbase för att ta hänsyn till vidarebefordran av begäran till Kestrel. Appens svar skickas tillbaka till IIS, vilket skickar tillbaka det till HTTP-klienten som initierade begäran.

Konfigurationsvägledning för IIS och ASP.NET Core Module finns i följande avsnitt:

• Köra ASP.NET Core på Windows med IIS
• ASP.NET Core Module (ANCM) för IIS

ASP.NET Core levereras med Kestrel servern, som är standard, plattformsoberoende HTTP-server.

ASP.NET Core levereras med Kestrel servern, som är standard, plattformsoberoende HTTP-server.