Implementazioni di server Web in ASP.NET Core

ASP.NET Core include quanto segue:

• Il server Kestrel è l'implementazione di server HTTP multipiattaforma predefinita. Kestrel offre le prestazioni e l'utilizzo della memoria migliori, ma non dispone di alcune delle funzionalità avanzate in HTTP.sys. Per altre informazioni, vedere Kestrel vs. HTTP.sys nella scheda Windows.
• Il server HTTP IIS è un server in-process per IIS.
• Il server HTTP.sys è un server HTTP solo per Windows basato sul driver del kernel HTTP.sys e l'API HTTP Server.

Quando si usa IIS oppure IIS Express, l'app viene eseguita:

• Nello stesso processo del processo di lavoro IIS (modello di hosting in-process) con il server HTTP IIS. In-process è la configurazione consigliata.
• In un processo separato dal processo di lavoro IIS (modello di hosting out-of-process) con il server Kestrel.

Il modulo ASP.NET Core è un modulo IIS nativo che gestisce le richieste IIS native tra IIS e il server HTTP IIS in-process o il server Kestrel. Per altre informazioni, vedere Modulo ASP.NET Core (ANCM) per IIS.

Confronto tra Kestrel e HTTP.sys

Kestrel offre i vantaggi seguenti rispetto a HTTP.sys:

• Prestazioni e utilizzo della memoria migliori.
• Multipiattaforma
• Agilità, sviluppo e patch sono indipendenti dal sistema operativo.
• Configurazione di porte e TLS a livello di codice
• Estendibilità che consente protocolli come PPv2 e trasporti alternativi.

Http.Sys opera come componente in modalità kernel condiviso con le funzionalità seguenti che kestrel non hanno:

• Condivisione delle porte
• Autenticazione di Windows in modalità kernel. Kestrel supporta solo l'autenticazione in modalità utente.
• Proxy rapido tramite trasferimenti di code
• Trasmissione diretta dei file
• Memorizzazione nella cache delle risposte

Modelli di hosting

Sono disponibili diversi modelli di hosting:

• Kestrel self-hosting: il Kestrel server Web viene eseguito senza richiedere altri server Web esterni, ad esempio IIS o HTTP.sys.

• HTTP.sys self-hosting è un'alternativa a Kestrel. Kestrel è consigliato rispetto a HTTP.sys a meno che l'app non richieda funzionalità non disponibili in Kestrel.

• Hosting in-process di IIS: un'app ASP.NET Core viene eseguita nello stesso processo del processo di lavoro IIS. L'hosting in-process di IIS offre prestazioni migliorate rispetto all'hosting out-of-process iis perché le richieste non vengono trasmesse tramite proxy sulla scheda di loopback, un'interfaccia di rete che restituisce il traffico di rete in uscita allo stesso computer. Per gestire il processo, IIS usa il servizio Attivazione processo Windows (WAS).

• Hosting out-of-process di IIS: ASP.NET le app Core vengono eseguite in un processo separato dal processo di lavoro IIS e il modulo gestisce la gestione dei processi. Il modulo avvia il processo per l'app ASP.NET Core quando arriva la prima richiesta e riavvia l'app se viene arrestata o si arresta in modo anomalo. Si tratta essenzialmente dello stesso comportamento delle app eseguite in-process e gestite dal servizio Attivazione processo Windows. L'uso di un processo separato consente anche l'hosting di più di un'app dallo stesso pool di app.

Per altre informazioni, vedere gli argomenti seguenti:

• Kestrel vs. HTTP.sys
• Host ASP.NET Core in Windows con IIS
• Modulo ASP.NET Core (ANCM) per IIS

ASP.NET Core viene fornito con il server Kestrel, ovvero il server HTTP multipiattaforma predefinito.

ASP.NET Core viene fornito con il server Kestrel, ovvero il server HTTP multipiattaforma predefinito.

ASP.NET Core include quanto segue:

• Il serverKestrel è il server HTTP multipiattaforma predefinito.
• Il server HTTP.sys è un server HTTP solo per Windows basato sul driver del kernel HTTP.sys e l'API HTTP Server.

Quando si usa IIS o IIS Express, l'app viene eseguita in un processo separato dal processo di lavoro IIS (out-of-process) con il server Kestrel.

Poiché le app ASP.NET Core vengono eseguite in un processo distinto dal processo di lavoro IIS, il modulo esegue la gestione dei processi. Il modulo avvia il processo per l'app ASP.NET Core quando arriva la prima richiesta e riavvia l'app se viene arrestata o si arresta in modo anomalo. Si tratta essenzialmente dello stesso comportamento delle app eseguite in-process e gestite dal servizio Attivazione processo Windows.

Il diagramma seguente illustra la relazione tra IIS, il modulo ASP.NET Core e un'app ospitata out-of-process:

Le richieste arrivano dal Web al driver HTTP.sys in modalità kernel. Il driver instrada le richieste a IIS sulla porta configurata per il sito Web, in genere 80 (HTTP) o 443 (HTTPS). Il modulo inoltra le richieste a Kestrel su una porta casuale per l'app non corrispondente alla porta 80 o 443.

Il modulo specifica la porta tramite una variabile di ambiente all'avvio e il middleware di integrazione IIS configura il server per l'ascolto su http://localhost:{port}. Vengono eseguiti controlli aggiuntivi e le richieste che non provengono dal modulo vengono rifiutate. Il modulo non supporta l'inoltro HTTPS, pertanto le richieste vengono inoltrate tramite HTTP anche se sono state ricevute da IIS tramite HTTPS.

Dopo che Kestrel ha prelevato la richiesta dal modulo, viene eseguito il push della richiesta nella pipeline middleware di ASP.NET Core. La pipeline middleware gestisce la richiesta e la passa come istanza di HttpContext alla logica dell'app. Il middleware aggiunto dall'integrazione di IIS aggiorna lo schema, l'IP remoto e la base del percorso per l'account per l'inoltro della richiesta a Kestrel. La risposta dell'app viene quindi passata a IIS, che ne esegue di nuovo il push al client HTTP che ha avviato la richiesta.

Per indicazioni sulla configurazione di IIS e del modulo ASP.NET Core, vedere gli argomenti seguenti:

• Host ASP.NET Core in Windows con IIS
• Modulo ASP.NET Core (ANCM) per IIS

ASP.NET Core viene fornito con il server Kestrel, ovvero il server HTTP multipiattaforma predefinito.

ASP.NET Core viene fornito con il server Kestrel, ovvero il server HTTP multipiattaforma predefinito.