ASP.NET Web Cache fördert Leistung und Skalierbarkeit

Von Iqbal Khan

Anwendungen, die auf ASP.NET, dem Webanwendungs-Framework von Microsoft, basieren, dringen immer stärker in Unternehmen ein. Gleichzeitig veranlassen Engpässe, die sich aus einer wachsenden Anzahl von Benutzern und Transaktionen ergeben, IT-Experten weiterhin dazu, eine verbesserte Leistung und Skalierbarkeit zu fordern.

Das Problem: ASP.NET-Engpässe

Engpässe können in ASP.NET-Anwendungen aus verschiedenen Gründen auftreten. Das offensichtlichsteus: Die Datenspeichertechnologie ist nicht so skalierbar wie die Architektur von Webanwendungen. Jede Stelle in einer ASP.NET-Anwendung, die sich mit Datenspeicherung oder Datenzugriff befasst, wird sofort zu einem Stau, wenn Sie versuchen, Ihre Anwendung zu skalieren. Zwei Bereiche, in denen dies geschieht, sind Sitzungszustandsspeicherung und Anwendungsdaten aus einer relationalen oder Mainframe-Datenbank.

Ein weiterer Engpass tritt auf, wenn Ihre ASP.NET-Anwendung Aufrufe der serviceorientierten Architektur (SOA) an Webdienste durchführt. Hier tritt die Verlangsamung auf, weil die Webdienste die gleichen Probleme haben wie Ihre ASP.NET-Anwendung (nämlich bei der Datenspeicherung und beim Zugriff). Es besteht die Möglichkeit, dass eine Webdienstfarm von mehreren Anwendungen gemeinsam genutzt wird und daher viel stärker belastet wird als jede einzelne ASP.NET-Anwendung, wodurch der Skalierbarkeitsengpass entsteht.

Es können auch Engpässe zwischen dem Browser des Benutzers und der ASP.NET-Webfarm auftreten. Diese Verstopfungen hängen damit zusammen, dass ASP.NET-Seiten wiederholt ausgeführt werden müssen, was eine intensive CPU-Verarbeitung erfordert. Bei diesem Vorgang werden auch umfangreiche Datenelemente (Bilder, Dokumente usw.) immer wieder an den Benutzer gesendet.

In einem früheren Artikel des TechNet Magazine habe ich die Leistungs- und Skalierbarkeitsprobleme von ASP.NET erörtert und mich dabei auf den Sitzungsstatus und Anwendungsdaten konzentriert (siehe „Bereitstellen von Skalierbarkeit für ASP.NET-Anwendungen“, Juni 2009). In diesem Artikel habe ich beschrieben, wie diese Probleme auftreten, einschließlich der Gründe, warum der ASP.NET-Sitzungsstatus zu einem Stau wird, wenn eine Webfarm wächst. Ich habe die Tatsache besprochen, dass der verteilte In-Memory-Cache eine überlegene Alternative zu Microsofts bestehender Speicheroption für den ASP.NET-Sitzungsstatus ist. Ich habe beschrieben, wie Anwendungsdaten aus einer Datenbank zu Skalierbarkeitsengpässen führen können. Ich habe auch detailliert beschrieben, wie verteiltes Caching diese Speicherengpässe im ASP.NET-Sitzungsstatus mithilfe verschiedener Caching-Topologien löst, die jeweils unterschiedliche Funktionen bieten, aber alle auf Skalierbarkeit abzielen und eine 100-prozentige Betriebszeit gewährleisten.