Par Iqbal Khan
Les applications basées sur ASP.NET, le framework d'applications Web de Microsoft, font de plus en plus d'avancées dans l'entreprise. Dans le même temps, les goulots d'étranglement résultant du nombre croissant d'utilisateurs et de transactions continuent d'inciter les professionnels de l'informatique à demander des performances et une évolutivité améliorées.
Des goulots d'étranglement peuvent se produire dans les applications ASP.NET pour diverses raisons. Le plus évidentus: La technologie de stockage des données n'est pas aussi évolutive que l'architecture des applications Web. Tout emplacement dans une application ASP.NET qui traite du stockage ou de l'accès aux données devient immédiatement un blocage lorsque vous essayez de faire évoluer votre application. Deux domaines où cela se produit sont le stockage de l'état de session et les données d'application d'une base de données relationnelle ou mainframe.
Un autre goulot d'étranglement se produit si votre application ASP.NET effectue des appels d'architecture orientée services (SOA) vers des services Web. Ici, le ralentissement se produit parce que les services Web ont les mêmes problèmes que votre application ASP.NET (à savoir, le stockage et l'accès aux données). Il y a de fortes chances qu'une batterie de services Web soit partagée entre plusieurs applications et, par conséquent, qu'elle soit beaucoup plus sollicitée que n'importe quelle application ASP.NET, ce qui crée un goulot d'étranglement d'évolutivité.
Lire l'article completDes goulots d'étranglement peuvent également survenir entre le navigateur de l'utilisateur et la batterie de serveurs Web ASP.NET. Ces blocages sont liés au fait que les pages ASP.NET doivent être exécutées à plusieurs reprises, impliquant un traitement CPU intensif. Ce processus implique également d’envoyer encore et encore des éléments de données lourds (images, documents, etc.).
Dans un précédent article de TechNet Magazine, j'ai abordé les problèmes de performances et d'évolutivité d'ASP.NET, en me concentrant sur l'état de session et les données d'application (voir « Assurer l'évolutivité des applications ASP.NET », juin 2009). Dans cet article, j'ai expliqué comment ces problèmes se produisent, y compris les raisons pour lesquelles l'état de session ASP.NET devient un blocage à mesure que la batterie de serveurs Web se développe. J'ai évoqué le fait que le cache distribué en mémoire constitue une alternative supérieure à l'option de stockage existante de Microsoft pour l'état de session ASP.NET. J'ai décrit comment les données d'application provenant d'une base de données peuvent provoquer des goulots d'étranglement en matière d'évolutivité. J'ai également détaillé comment la mise en cache distribuée résout ces goulots d'étranglement de stockage de l'état de session ASP.NET à l'aide de différentes topologies de mise en cache qui offrent chacune des fonctionnalités différentes, mais toutes abordent l'évolutivité et garantissent une disponibilité à 100 %.
Lire l'article complet