Ist ASP.Net Staat Server eine elegante Lösung?

Question

Wir ein ASP.Net MVC-Projekt haben, die mit einem einzigen Web-Server starten werden, aber in eine kleine Web-Farm wahrscheinlich bald skalieren. Als ASP.Net-Authentifizierung einen Benutzer-ID speichert und Daten-Caching auch nützlich sein kann, werden wir wahrscheinlich den Sprung auf State-Server ziemlich bald zu machen brauchen.

Ich möchte von anderen hören, wie Staats Server Arbeit wurde mit und wie es skaliert aus Sicht der Leistung.

Alternativ könnten wir Architekt es als völlig staatenlos durch keine Daten-Caching und Sitzungen mit einem verschlüsselten Cookie-Tracking.

Update: Ich habe einige Fehlinformationen hatte zuvor (von Microsoft technischem Berater ...), Auth speichert nicht in der Sitzung, wie ich dachte, es ist nur speichert im Cookie. So würden wir nicht brauchen State-Server in dieser Situation afterall.

Answer 1

Eine voll staatenlos (sitzungs) Anwendung wäre besser skalierbar sein. Mit ASP.NET FormsAuthentication wird Benutzer-ID in einem verschlüsselten Cookie gespeichert das ist bei jeder Anfrage zur Verfügung und Sie können Benutzerinformationen aus einem Datenspeicher erhalten. Um die Leistung weiter zu verbessern könnten Sie die Ergebnisse einiger teuren Abfragen zwischenzuspeichern. Im Idealfall würde diese Cache über eine Cache-Server Farm verteilt werden. youy könnte zum Beispiel verwendet werden Memcached , die hat eine Provider für ASP.NET .