Mettre à l'échelle les applications ASP.NET grâce à la mise en cache distribuée

Par Iqbal Khan

ASP.NET est devenu une technologie très populaire pour le développement d'applications Web. Un grand nombre de ces applications ASP.NET doivent évoluer pour s'adapter au nombre croissant de transactions et de trafic qu'elles prennent en charge.

À l'ère du client/serveur, l'évolutivité n'était pas vraiment un problème car il n'y avait pas beaucoup d'utilisateurs simultanés. Aujourd'hui, avec les technologies Web, vous pouvez facilement avoir des centaines de milliers d'utilisateurs, ce qui entraîne des problèmes de stockage des données.

L'architecture ASP.NET permet aux applications d'évoluer en ajoutant davantage de serveurs Web dans une batterie de serveurs Web à charge équilibrée. Cependant, dans ASP.NET, le stockage des données n'est pas très évolutif lorsqu'il s'agit de gérer un nombre croissant de transactions. Par conséquent, si vous augmentez la charge de transaction, le stockage des données commence à ralentir et finit par s'arrêter.

Réduire les goulots d'étranglement

Dans une application ASP.NET, le stockage de données signifie généralement soit la base de données de l'application, soit le stockage de l'état de session ASP.NET - et c'est ici que résident les goulots d'étranglement liés à l'évolutivité de l'application, comme le montre la figure 1. La base de données de l'application est normalement une base de données relationnelle, telle que SQL Server ou une autre base de données relationnelle. Le stockage ASP.NET Session State est l’une des trois options proposées par Microsoft, à savoir les modes InProc, State Server ou SQLServer. Dans toutes ces options de stockage, l’évolutivité est un problème majeur. J'expliquerai cela plus en détail plus loin dans cet article.