Inizia con ASP.NET Core Provider IDistributedCache per NCache

Di Gowtham K

Introduzione

Poiché il protocollo HTTP utilizzato dalle applicazioni Web è un protocollo stateless, il che significa che i loro dati non vengono archiviati da nessuna parte e per ogni richiesta Web viene aperta una nuova connessione HTTP dal browser, l'ASP.NET Core fornisce sessioni per la memorizzazione dei dati dell'utente. Questo archivio dati è gestito dall'ASP.NET Core applicazione stessa sullo stesso server dell'applicazione. Sebbene l'ASP.NET Core fornisce un provider di sessioni in memoria che archivia le sessioni, a volte il carico deve essere bilanciato. In tali scenari, è possibile utilizzare strategie di archiviazione delle sessioni come sessioni permanenti. Abbiamo bisogno di un meccanismo di cache distribuito per superare questo problema.

Sessioni appiccicose

ASP.NET Core l'applicazione usa la sessione permanente per collegare ogni sessione all'istanza dell'app specifica su un singolo server tramite il modulo Routing delle richieste dell'applicazione. Le sessioni permanenti possono influire sulla scalabilità a causa di una distribuzione impropria del carico nel server. Quando le richieste all'applicazione aumentano, anche il carico del server aumenterà, in tal caso è necessario aumentare la scalabilità del server, il che è molto complicato utilizzando la sessione permanente.

L'approccio migliore consiste nell'usare SQL Server o la cache distribuita per l'archiviazione della sessione per superare il problema nella sessione permanente. Tuttavia, quando si tratta di ASP scalabile.NET core applicazione, i database SQL diventano un collo di bottiglia delle prestazioni perché in SQL le sessioni vengono salvate come BLOB.

Sulla base della scalabilità, l'approccio migliore consiste nell'utilizzare la cache distribuita per l'archiviazione delle sessioni.