Est-ASP.Net l'état du serveur une solution élégante?

Question

Nous avons un projet ASP.Net MVC qui va commencer avec un serveur Web unique, mais sera probablement échelle bientôt dans une petite batterie de serveurs Web. Comme ASP.Net authentification stocke une mise en cache UserID, et les données peuvent également être utiles, nous aurons besoin probablement de faire assez rapidement le saut vers le serveur d'état.

Je voudrais entendre d'autres comment l'état du serveur a été de travailler avec et comment les échelles du point de vue de la performance.

Sinon, nous pourrions l'architecte comme totalement apatride ne pas utiliser la mise en cache des données et le suivi des sessions avec un cookie crypté.

Mise à jour: J'ai eu des informations erronées précédemment (un conseiller technique de Microsoft ...), Auth ne stocke pas en session comme je pensais, il a juste magasins dans le cookie. Donc, nous ne serions pas besoin de serveur d'état dans cette situation après tout.

Answer 1

A entièrement l'application sans état (sans session) serait plus évolutive. En utilisant ASP.NET FormsAuthentication , ID utilisateur est stocké dans un cookie crypté qui est disponible sur chaque demande et vous pouvez obtenir des informations utilisateur à partir d'un magasin de données. Pour améliorer encore les performances, vous pouvez mettre en cache les résultats de certaines requêtes coûteuses. Idéalement, ce cache sera répartie sur une ferme de serveurs de cache. Par exemple youy pourrait utiliser memcached qui a un fournisseur pour ASP.NET .