Come ottimizzare la scalabilità per le applicazioni Web ASP.NET

Di Iqbal Khan

Come mantenere le tue app Web in esecuzione senza problemi quando i carichi di lavoro aumentano.

Le applicazioni Web basate sulla tecnologia Microsoft ASP.NET sono sempre più utilizzate in ambienti ad alto traffico con migliaia di utenti. Di conseguenza, queste applicazioni sono ospitate in Web farm costituite da più server Web con un servizio di bilanciamento del carico.

Con questo aumento del carico, molte applicazioni stanno riscontrando grossi colli di bottiglia in termini di prestazioni e scalabilità. I manager aziendali sono già alle prese con questi problemi o sono inconsapevolmente sulla buona strada per schiantarsi proprio in quelle aree problematiche. Scalabilità significa mantenere le stesse prestazioni anche durante i periodi di picco di utilizzo o supportando un numero maggiore di utenti in generale.

I normali colli di bottiglia della scalabilità si verificano quando un'applicazione deve assumere più carico utente, aumentando i viaggi costosi al database o a qualsiasi altro archivio dati e questo archivio dati diventa un collo di bottiglia e provoca un drastico calo delle prestazioni dell'applicazione.

Esistono due tipi di dati nelle applicazioni ASP.NET che causano questi colli di bottiglia. Uno sono i dati della sessione utente; l'altro sono i dati dell'applicazione. I dati della sessione utente vengono archiviati in State Server o SQL Server forniti da Microsoft. I dati dell'applicazione sono archiviati in un database relazionale (Oracle, SQL Server, DB2, ecc.).

L'utilizzo di una cache distribuita in memoria rimuove facilmente i colli di bottiglia per entrambi questi tipi di dati. Per le sessioni utente, la cache distribuita può essere integrata senza alcuno sforzo di programmazione e tramite un modulo plug-in software e sostituisce le opzioni di archiviazione della sessione utente esistenti.

Tuttavia, per i dati dell'applicazione, una cache distribuita non sostituisce un database relazionale, ma lo aumenta solo contribuendo a ridurre i costosi spostamenti verso di esso. Incorporare la cache distribuita qui richiede alcune piccole quantità di programmazione per chiamare l'API della cache.