Cómo optimizar la escalabilidad de las aplicaciones web ASP.NET

Por Iqbal Kan

Cómo mantener sus aplicaciones web funcionando sin problemas cuando aumentan las cargas de trabajo.

Las aplicaciones web basadas en la tecnología Microsoft ASP.NET se utilizan cada vez más en entornos de muchas transacciones con miles de usuarios. Como resultado, estas aplicaciones se hospedan en granjas web que consisten en varios servidores web con un equilibrador de carga.

Con este aumento de la carga, muchas aplicaciones experimentan importantes cuellos de botella en el rendimiento y la escalabilidad. Los gerentes de empresas ya están lidiando con estos problemas o, sin saberlo, están en una vía rápida para chocar directamente con esas áreas problemáticas. La escalabilidad significa mantener el mismo rendimiento incluso durante las horas pico de uso o mientras se admite una mayor cantidad de usuarios en general.

Los cuellos de botella de escalabilidad habituales surgen cuando una aplicación tiene que asumir más carga de usuarios, lo que aumenta los viajes costosos a la base de datos o cualquier otro almacén de datos, y este almacén de datos se convierte en un cuello de botella y hace que el rendimiento de la aplicación caiga drásticamente.

Hay dos tipos de datos en las aplicaciones ASP.NET que provocan estos cuellos de botella. Uno son los datos de la sesión del usuario; el otro son los datos de la aplicación. Los datos de la sesión del usuario se almacenan en State Server o SQL Server proporcionado por Microsoft. Los datos de la aplicación se almacenan en una base de datos relacional (Oracle, SQL Server, DB2, etc.).

El uso de una caché distribuida en memoria elimina fácilmente los cuellos de botella para ambos tipos de datos. Para las sesiones de usuario, la caché distribuida se puede integrar sin ningún esfuerzo de programación y a través de un módulo de complemento de software y reemplaza las opciones de almacenamiento de sesiones de usuario existentes.

Sin embargo, para los datos de la aplicación, una caché distribuida no reemplaza una base de datos relacional, sino que sólo la aumenta al ayudar a reducir los costosos viajes a ella. La incorporación de caché distribuida aquí requiere algunas pequeñas cantidades de programación para llamar a la API de caché.