Beginnen Sie mit ASP.NET Core IDistributedCache-Anbieter für NCache

Von Gowtham K

Einleitung

Da das von Webanwendungen verwendete HTTP-Protokoll ein zustandsloses Protokoll ist – was bedeutet, dass ihre Daten nirgendwo gespeichert werden und für jede Webanfrage eine neue HTTP-Verbindung vom Browser – dem ASP – geöffnet wird.NET Core stellt Sitzungen zum Speichern von Benutzerdaten bereit. Dieser Datenspeicher wird vom ASP verwaltet.NET Core Die Anwendung selbst befindet sich auf demselben Server wie die Anwendung. Obwohl ASP.NET Core stellt einen In-Memory-Sitzungsanbieter bereit, der Sitzungen speichert, manchmal muss die Last ausgeglichen werden. In solchen Szenarien können Sitzungsspeicherstrategien wie Sticky Sessions verwendet werden. Wir brauchen einen verteilten Cache-Mechanismus, um dieses Problem zu lösen.

Klebrige Sitzungen

ASP.NET Core Die Anwendung verwendet die Sticky-Sitzung, um jede Sitzung über das Application Request Routing-Modul an die spezifische App-Instanz auf einem einzelnen Server zu binden. Die Sticky Sessions können die Skalierbarkeit aufgrund einer falschen Lastverteilung im Server beeinträchtigen. Wenn die Anforderungen an die Anwendung zunehmen, steigt auch die Serverlast. In diesem Fall müssen wir den Server skalieren, was durch die Verwendung von Sticky Sessions sehr kompliziert ist.

Der bessere Ansatz besteht darin, den SQL Server oder den verteilten Cache für die Sitzungsspeicherung zu verwenden, um das Problem in Sticky Session zu lösen. Wenn es jedoch um skalierbares ASP geht.NET core Anwendung werden die SQL-Datenbanken zu einem Performance-Engpass, da in SQL die Sessions als BLOBs gespeichert werden.

Aufgrund der Skalierbarkeit ist der beste Ansatz die Verwendung des verteilten Caches für die Sitzungsspeicherung.