Estudo de caso – MazeFeedback atinge sincronização com NCache

O Desafio

Algumas empresas usam o objeto ASP.NET Cache padrão, um cache autônomo do InProc com vários processos executando um aplicativo no mesmo servidor Web. Nessas situações, cada processo tem sua própria cópia do cache, portanto, uma duplicação de dados. É rápido desde que um único servidor e um único processo estejam sendo usados. No entanto, assim que você tiver vários processos nos mesmos servidores ou vários servidores Web, terá várias cópias do cache não sincronizadas entre si.

Maze Feedback tem apenas um servidor web ativo e um failover passivo. Esse failover passivo é habilitado se o outro servidor falhar ou quando for mantido. O ASP.NET framework O Maze Feedback usa o conceito de pools de aplicativos. Cada pool de aplicativos pode ser executado em um processo separado, mas não pode compartilhar um cache entre pools de aplicativos. Os dados que mymaze.com armazena em cache são comuns em diferentes pools de aplicativos. Mas o InProc do ASP.NET não conseguiu lidar com os requisitos do mymaze.com. Não era protegível para vários processos, servidores ou pools de aplicativos.

Stian Strandli, desenvolvedor de sistemas da Maze Feedback, disse: "Separamos nosso aplicativo em vários projetos ou pools de aplicativos para obter mais processos e consumo de memória. Além disso, se um deles travar ou travar, pode derrubar todo o sistema.

O maior problema ao usar o InProc é que não há como esvaziar o cache entre os processos. Se dois pools de aplicativos diferentes tivessem que buscar alguns dados lentos ao mesmo tempo, ambos teriam que fazê-lo, em vez de utilizar o cache um do outro. Isso se tornou uma situação intolerável devido ao aumento dramático do tráfego na web que estamos enfrentando."

A NCache Solução

Strandli disse: "O que precisávamos era de uma solução de cache fora do processo, não InProc, mas também uma que fosse distribuída porque precisávamos sincronizar em todo o Web farm". NCache forneceu as respostas certas. Como um cache fora do processo, NCache não reside no processo de aplicativo ASP.NET do Mymaze. Assim, ele fornece a capacidade de manter os dados em um processo separado.

Usando NCache, o Mymaze agora tem um cache comum para todos os pools de aplicativos. Isso significa que vários processos compartilham um cache comum no mesmo servidor ou mesmo em vários servidores. Esse recurso importante permitiu ao Mymaze:

• Dimensione o aplicativo e compartilhe o cache
• Armazene em cache o máximo de dados possível
• Não ter problemas de duplicação ou integridade de data

"Com NCache, podemos armazenar em cache a maioria de nossos dados e oferecer aos nossos clientes uma experiência excepcional. Sem NCache's out proc service, não seríamos capazes de armazenar em cache a mesma quantidade de dados e o desempenho de nossa página não seria tão eficaz", afirmou Strandli.

Mymaze.com usa NCache hospedando-o nos servidores da Web. Mymaze.com busca dados de aplicativos do banco de dados na forma de conjuntos de dados e os armazena diretamente no cache. Strandli observou: "Percebemos que, mantendo os servidores de cache no servidor da Web, obteríamos um bom desempenho e, ao mesmo tempo, minimizaríamos o tráfego de rede".

Inicialmente, o Mymaze.com implementou seu próprio código para armazenar em cache os dados do ASP.NET ViewState, bem como armazená-los em NCache. Porém, NCache 3.8 forneceu ao Mymaze.com um módulo que fazia isso automaticamente, portanto, o código original não precisava mais ser mantido. Mymaze.com removeu esse código e conectou NCachepróprio recurso de cache no ViewState.

Com o NCache, cada página ASP.NET pode buscar de quatro a 2,000 consultas SQL/buscas de cache, dependendo da quantidade de informações apresentadas. Desta forma, NCache fornece um grande aumento de desempenho, eliminando inúmeras viagens ao banco de dados. Também, NCache permite que o Mymaze.com use cache em um ambiente multi-servidor e multi-processo, e sincroniza o cache em todos os servidores para eliminar quaisquer preocupações. Quaisquer dados armazenados em cache são imediatamente compartilhados em todos os servidores, processos e ferramentas de aplicativos.

"Quando temos a necessidade de adicionar outro servidor Web podemos facilmente adicionar outro NCache servidor nessa máquina e sincronizá-los. Ou podemos mover o cache para uma máquina separada e ambos podem se conectar ao mesmo servidor de cache. Podemos adicionar ou descartar servidores em tempo de execução sem interromper nosso aplicativo. Isso é um grande benefício NCache fornece", disse Strandli.

Atualmente, Mymaze.com usa NCache para dados de aplicativo e cache ViewState, mas não o está usando para armazenar o estado da sessão ASP.NET. Em vez de usar o objeto de estado de sessão padrão do ASP.NET, Mymaze.com implementou seu próprio objeto de estado de sessão personalizado; ele tem suas próprias chamadas de banco de dados para ir e armazenar no banco de dados e buscá-lo no banco de dados. No entanto, os planos de curto prazo exigem o uso de NCache para armazenar sessões.

"Com NCache, podemos facilmente adicionar outro servidor web e usar o mesmo servidor de cache. Quando precisamos expandir nossa contagem de servidores web, podemos mover facilmente nosso armazenamento de sessão para NCache e manter total flexibilidade e 100% de tempo de atividade em nosso armazenamento e cache de sessão", disse Strandli.

O que fazer a seguir?

• NCache Adicionar ao carrinho
• Baixar NCache
• Solicite uma demonstração AO VIVO personalizada