Skalieren Sie ASP.NET-Apps durch verteiltes Caching

Von Iqbal Khan

ASP.NET ist zu einer sehr beliebten Technologie für die Entwicklung von Webanwendungen geworden. Eine große Anzahl dieser ASP.NET-Anwendungen muss skaliert werden, um die wachsende Anzahl von Transaktionen und Datenverkehr zu bewältigen, die sie unterstützen.

Während der Client/Server-Ära war die Skalierbarkeit nicht wirklich ein Problem, da es nicht so viele gleichzeitige Benutzer gab. Heutzutage können Sie mit Webtechnologien leicht Hunderttausende von Benutzern haben, was Probleme mit der Datenspeicherung verursacht.

Die ASP.NET-Architektur ermöglicht die Skalierung von Anwendungen durch Hinzufügen weiterer Webserver in einer Webfarm mit Lastenausgleich. In ASP.NET ist die Datenspeicherung jedoch nicht sehr skalierbar, wenn es darum geht, eine wachsende Anzahl von Transaktionen zu verarbeiten. Wenn Sie die Transaktionslast erhöhen, wird die Datenspeicherung daher langsamer und kommt schließlich zum Erliegen.

Engpässe reduzieren

In einer ASP.NET-Anwendung bedeutet Datenspeicher normalerweise entweder die Anwendungsdatenbank oder den ASP.NET-Sitzungsstatusspeicher – und hierin liegen Engpässe bei der Anwendungsskalierbarkeit, wie in Abbildung 1 dargestellt. Die Anwendungsdatenbank ist normalerweise eine relationale Datenbank, wie z SQL Server oder eine andere relationale Datenbank. Die Speicherung des ASP.NET-Sitzungsstatus ist eine der drei Optionen, die Microsoft bereitstellt – nämlich die Modi InProc, State Server oder SQLServer. Bei all diesen Speicheroptionen ist die Skalierbarkeit ein großes Problem. Ich werde dies später in diesem Artikel genauer erläutern.