So optimieren Sie die Skalierbarkeit für ASP.NET-Webanwendungen

Von Iqbal Khan

So sorgen Sie dafür, dass Ihre Web-Apps reibungslos laufen, wenn die Arbeitsbelastung steigt.

Webanwendungen auf Basis der Microsoft ASP.NET-Technologie werden zunehmend in transaktionsreichen Umgebungen mit Tausenden von Benutzern eingesetzt. Daher werden diese Anwendungen in Webfarmen gehostet, die aus mehreren Webservern mit einem Load Balancer bestehen.

Aufgrund dieser erhöhten Last treten bei vielen Anwendungen erhebliche Leistungs- und Skalierbarkeitsengpässe auf. Unternehmensmanager setzen sich entweder bereits mit diesen Problemen auseinander oder sind unwissentlich auf der Überholspur, um direkt in diese problematischen Bereiche zu stürzen. Skalierbarkeit bedeutet, die gleiche Leistung auch während Spitzenlastzeiten beizubehalten oder allgemein eine höhere Anzahl von Benutzern zu unterstützen.

Die üblichen Engpässe bei der Skalierbarkeit entstehen, wenn eine Anwendung mehr Benutzerlast übernehmen muss, wodurch teure Fahrten zur Datenbank oder zu einem anderen Datenspeicher zunehmen, und dieser Datenspeicher zu einem Engpass wird und die Anwendungsleistung drastisch sinken lässt.

Es gibt zwei Arten von Daten in ASP.NET-Anwendungen, die diese Engpässe verursachen. Eine davon sind Benutzersitzungsdaten; das andere sind Anwendungsdaten. Benutzersitzungsdaten werden im von Microsoft bereitgestellten State Server oder SQL Server gespeichert. Anwendungsdaten werden in einer relationalen Datenbank (Oracle, SQL Server, DB2 usw.) gespeichert.

Durch die Verwendung eines verteilten In-Memory-Cache können Engpässe für diese beiden Datentypen problemlos beseitigt werden. Für Benutzersitzungen kann der verteilte Cache ohne Programmieraufwand und über ein Software-Plug-In-Modul integriert werden und ersetzt die vorhandenen Speicheroptionen für Benutzersitzungen.

Für Anwendungsdaten ersetzt ein verteilter Cache jedoch nicht eine relationale Datenbank, sondern erweitert sie nur, indem er dazu beiträgt, teure Fahrten dorthin zu reduzieren. Um hier einen verteilten Cache zu integrieren, ist ein geringer Programmieraufwand zum Aufrufen der Cache-API erforderlich.