Escalar aplicativos ASP.NET por meio de cache distribuído

Por Iqbal Khan

O ASP.NET tornou-se uma tecnologia altamente popular para o desenvolvimento de aplicativos da Web. Um grande número desses aplicativos ASP.NET precisa ser dimensionado para acomodar o número crescente de transações e tráfego que eles suportam.

Durante a era cliente/servidor, a escalabilidade não era realmente uma preocupação porque não havia muitos usuários simultâneos. Hoje, com as tecnologias da Web, você pode facilmente ter centenas de milhares de usuários, o que causa problemas no armazenamento de dados.

A arquitetura ASP.NET permite que os aplicativos sejam dimensionados adicionando mais servidores Web em um Web farm com balanceamento de carga. No entanto, no ASP.NET, o armazenamento de dados não é muito escalável quando se trata de lidar com um número crescente de transações. Como resultado, se você aumentar a carga da transação, o armazenamento de dados começará a desacelerar e, eventualmente, será interrompido.

Reduzindo gargalos

Em um aplicativo ASP.NET, armazenamento de dados geralmente significa o banco de dados do aplicativo ou o armazenamento do estado de sessão ASP.NET - e aqui estão os gargalos de escalabilidade do aplicativo, conforme mostrado na Figura 1. O banco de dados do aplicativo normalmente é um banco de dados relacional, como SQL Server ou outro banco de dados relacional. O armazenamento de estado de sessão ASP.NET é uma das três opções que a Microsoft oferece – ou seja, modos InProc, State Server ou SQLServer. Em todas essas opções de armazenamento, a escalabilidade é um problema importante. Explicarei isso com mais detalhes posteriormente neste artigo.