Introdução ao provedor IDistributedCache do ASP.NET Core NCache

Por Gowtham K

Introdução

Como o protocolo HTTP usado por aplicações web é um protocolo sem estado — o que significa que seus dados não são armazenados em nenhum lugar e, para cada requisição web, uma nova conexão HTTP é aberta pelo navegador — o ASP.NET Core fornece sessões para armazenar os dados do usuário. Esse armazenamento de dados é mantido pela própria aplicação ASP.NET Core no mesmo servidor que a aplicação. Embora o ASP.NET Core forneça um provedor de sessão em memória que armazena as sessões, às vezes é necessário balancear a carga. Nesses cenários, estratégias de armazenamento de sessão, como sessões persistentes (sticky sessions), podem ser utilizadas. Precisamos de algum mecanismo de cache distribuído para contornar esse problema.

Sessões Fixas

A aplicação ASP.NET Core utiliza sessões persistentes (sticky sessions) para vincular cada sessão a uma instância específica da aplicação em um servidor individual, através do módulo Application Request Routing. As sessões persistentes podem afetar a escalabilidade devido à distribuição inadequada da carga no servidor. Quando o número de requisições à aplicação aumenta, a carga do servidor também aumenta, o que torna necessário escalar o servidor, uma tarefa bastante complexa ao se utilizar sessões persistentes.

A melhor abordagem é usar o SQL Server ou cache distribuído para armazenamento de sessão para superar o problema em sessão pegajosa. No entanto, quando se trata de aplicativo ASP.NET core escalável, os bancos de dados SQL se tornam um gargalo de desempenho porque no SQL as sessões são salvas como BLOBs.

Com base na escalabilidade, a melhor abordagem é usar o cache distribuído para armazenamento de sessão.