Estudo de caso - NCache Melhora o uso de recursos em 30% no VHM

Desafio

A Virgin HealthMiles usa servidores Web ASP.NET, servidores de aplicativos de camada intermediária e servidores de banco de dados para dar suporte ao seu site. Com a crescente quantidade de tráfego chegando ao seu site, os servidores de banco de dados foram consistentemente os mais atingidos, de acordo com a Dhinsa. Curiosamente, enquanto esse tráfego criava uma carga tremenda nos servidores de banco de dados, grande parte dos dados acessados ​​do banco de dados era praticamente idêntico para vários visitantes. Dhinsa explicou: "Por exemplo, os usuários acessam dados sobre os desafios que têm em andamento e informações da empresa, entre outros dados. Eles acessam esses dados repetidamente, e vários usuários estão acessando os mesmos dados comuns".

"Durante os horários de pico de tráfego, nosso site recebe milhares de visitantes por hora. Com muitos usuários participando dos mesmos desafios ou fazendo parte do mesmo grupo de empregadores, o banco de dados geralmente executa a mesma consulta e retorna os mesmos dados continuamente. À medida que o número de usuários crescia, pudemos ver que isso poderia ser um potencial gargalo." Consequentemente, ele acrescentou: "Queríamos garantir que escalaríamos a plataforma para acomodar o crescimento previsto e precisávamos de uma solução que reduzisse os requisitos de recursos nos servidores de banco de dados. Em um ambiente de cluster, tivemos a sorte de gerenciar isso inicialmente adicionando outro servidor de banco de dados para o cluster. Mas isso não era eficiente e definitivamente não era financeiramente sustentável. Então começamos a explorar a opção de tecnologia de cache distribuído."

NCache Solução

Virgin HealthMiles encontradas NCache by Alachisoft ser a solução ideal para administrar os desafios do aumento do tráfego, enfrentados por muitas empresas recentemente. Muitos sites de empresas enfrentam os mesmos problemas de gargalo de escalabilidade quando seus aplicativos ASP.NET estão gerenciando cargas impressionantes de solicitações de dados. Muitos aplicativos são executados em farms de servidores com balanceamento de carga e lidam com milhares de transações por segundo e centenas de milhares de usuários simultâneos porque sua arquitetura geral é muito escalável, exceto por um link fraco. E esse elo fraco é o banco de dados que não é escalável. Como diz o ditado, “a força de qualquer corrente é tão forte quanto seu elo mais fraco”. Portanto, o acesso a dados pode facilmente se tornar um grande gargalo para a escalabilidade.

Dhinsa disse: “O tráfego de membros continuou crescendo a um ritmo constante e percebemos que nossos servidores de banco de dados estavam sendo os mais afetados. Isso nos levou a NCache para reduzir a carga nos servidores de banco de dados sem ter que continuar lançando mais servidores de banco de dados para evitar gargalos. Nós agora usamos NCache para armazenar temporariamente todos os dados comuns que são usados ​​repetidamente. Com isso, um número consideravelmente grande de viagens ao banco de dados é salvo, o que elimina a recuperação anterior do banco de dados e evita gargalos de acúmulo de tráfego.” Ele acrescentou que “Virgin HealthMiles não usa o objeto ASP.NET Session State, mas estamos rastreando as sessões do usuário por meio de nosso próprio objeto de sessão personalizado”. Enquanto eles não usam NCache para armazenamento de sessão, por si só, eles têm seu objeto de sessão personalizado implementado no aplicativo. Parte do objeto de sessão personalizado é armazenado em NCache por um determinado período de tempo com a validade do cache por até um minuto. Depois disso, ele expira e se invalida e, em seguida, é atualizado novamente a partir do banco de dados.

O que fazer a seguir?

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