Démarrer avec ASP.NET Core Fournisseur IDistributedCache pour NCache

Par Gowtham K

Introduction

Étant donné que le protocole HTTP utilisé par les applications Web est un protocole sans état - ce qui signifie que leurs données ne sont stockées nulle part, et pour chaque requête Web, une nouvelle connexion HTTP est ouverte par le navigateur - l'ASP.NET Core fournit des sessions pour stocker les données utilisateur. Ce magasin de données est géré par l'ASP.NET Core l'application elle-même sur le même serveur que l'application. Bien que l'ASP.NET Core fournit un fournisseur de sessions en mémoire qui stocke les sessions, parfois la charge doit être équilibrée. Dans de tels scénarios, des stratégies de stockage de session telles que des sessions permanentes peuvent être utilisées. Nous avons besoin d'un mécanisme de cache distribué pour surmonter ce problème.

Séances collantes

ASP.NET Core L'application utilise la session persistante pour lier chaque session à l'instance d'application spécifique sur un serveur individuel via le module Application Request Routing. Les sessions persistantes peuvent affecter l'évolutivité en raison d'une mauvaise répartition de la charge sur le serveur. Lorsque les demandes adressées à l'application augmentent, la charge du serveur augmente également, dans ce cas, nous devons faire évoluer le serveur, ce qui est très compliqué en utilisant une session persistante.

La meilleure approche consiste à utiliser SQL Server ou le cache distribué pour le stockage de session afin de résoudre le problème en session persistante. Cependant, lorsqu'il s'agit d'ASP évolutif.NET core application, les bases de données SQL deviennent un goulot d'étranglement des performances car dans SQL, les sessions sont enregistrées sous forme de BLOB.

Sur la base de l'évolutivité, la meilleure approche consiste à utiliser le cache distribué pour le stockage de session.