Estudo de caso - NCache Fornece velocidade e escalabilidade para Telenor

Resumo do valor comercial

O valor do negócio Telenor in Denmark promove está intrinsecamente ligado ao calibre e nível de serviço ao cliente. Como a empresa afirmou claramente, "Telenor valores dão aos funcionários as diretrizes fundamentais para prestar um serviço de excelência aos seus clientes."

No entanto, infelizmente, às vezes, uma pilha de TI relativamente nova pode apresentar problemas técnicos que afetam gravemente o atendimento ao cliente. Dentro Telenor No caso da Dinamarca, a pilha de TI incluiu seu CRM e middleware para ajudar a dar suporte ao negócio de telecomunicações. Complementando esse arranjo, Telenor A Dinamarca criou internamente um grande aplicativo Web ASP.NET MVC em torno da pilha de TI. Eles chamam esse aplicativo da web de "One Screen App" e é usado por 1,500 a 2,000 agentes internos e dois milhões de usuários externos.

No entanto, houve um tempo em um passado não muito distante em que seu site apresentou problemas a ponto de os clientes terem respostas lentas. Isso criou uma preocupação considerável - o suficiente para que sua liderança técnica se movesse rapidamente para resolvê-lo, a fim de elevar substancialmente o valor comercial da empresa - "fornecendo um serviço excelente a seus clientes".

Desafio: dados exibidos extremamente lentos

A arquitetura de TelenorA aplicação web ASP.NET MVC ou One Screen App da empresa compreende um total de oito servidores web, formulados em duas camadas com cada camada composta por um conjunto de quatro servidores web. Uma camada é usada para clientes externos; o segundo nível para agentes internos. Dos quatro servidores Web, apenas dois estão ativos no balanceador de carga para cada camada em um determinado momento. Dois estão inativos e são usados ​​como servidores de backup para manutenção e atualização para cada camada.

Incluído aqui está um middleware baseado em Java, e o Telenor A aplicação web chama o middleware por meio de interfaces de programação de aplicativos REST (Representative State Transfer) ou APIs. Por sua vez, essas APIs REST ajudam a processar solicitações de usuários finais e chamadas relacionadas à fonte de dados.

Telenor logo soube que esse arranjo de plataforma de telecomunicações representava um grande problema. Esse problema se concentrava em tempos de resposta lentos em algumas APIs importantes.

Torben Frølund, gerente sênior da Telenor Dinamarca, diz: "Aqui está um exemplo desse problema. Você vai ao nosso Telenorsite .dk. Você quer comprar um telefone e pressiona o link com todos os telefones celulares. A próxima coisa é você obter uma lista de 30 a 40 modelos de telefone diferentes. Essa lista é mostrada com preços, taxas de assinatura, etc. No entanto, todos esses dados – os telefones, os produtos, os preços. Todos eles vêm do nosso back-end e esses dados aparecem na tela de uma maneira muito, muito lenta. Isso é completamente inaceitável e não está de acordo com nossa missão de excelente atendimento ao cliente."

Com efeito, Telenor A Dinamarca estava enfrentando um problema geral de desempenho. "Levaria muito tempo e dinheiro para consertar nosso back-end", diz ele.

NCache & Tempo de atividade 100% econômico

NCache com sua riqueza de recursos e benefícios chave forneceu a resposta econômica para Telenor O problema da Dinamarca. Eles estão armazenando em cache dados de aplicativos usados ​​com frequência, para que não precisem acessar seu banco de dados ou sua “camada intermediária” baseada em Java, que é muito lenta para acessar. Isso acelera muito o tempo de resposta do site.

Frølund diz: “Anteriormente, se pedíssemos ao back-end todas as vezes esses dados, ele apresentava um lapso de tempo terrível para nossos clientes e eles ficavam muito descontentes. Agora, armazenamos em cache algumas dessas informações em NCache e mostrar páginas de produtos muito rapidamente. Além disso, mantemos 100% de tempo de atividade com NCache quando fazemos manutenção nos servidores.”

Como Telenor executa um web farm, ele diz que precisa derrubar servidores individuais para manutenção sem perder nenhuma sessão de usuário. “Esse recurso por si só é muito importante, e NCache garante que não percamos sessões de usuário. Isso significa que nossos usuários podem continuar usando seu site sem interrupções. A beleza de NCache é sempre que estamos fazendo algo no site, cada solicitação do cliente que chega ao nosso site não é perdida, mas vai para servidores diferentes. Assim, mantemos alto desempenho e estabilidade em nosso site.”

Nesta configuração, dois NCache os servidores estão em máquinas dedicadas usando topologia de cache assíncrona POR sem cache de cliente. A empresa criou dois caches, um para cache de dados e outro para cache de sessões.

Como observa Frølund, NCache elimina a necessidade de acessar seu middleware. Telenor A Dinamarca está armazenando em cache respostas serializadas em NCache, melhorando significativamente o desempenho ao não usar o middleware. Ele usa o básico NCache APIs sem nenhum recurso do servidor e Telenor Demark implementou um NCache wrapper, que ele chama antes de chamar a API REST de middleware. Se as respostas não estiverem armazenadas em cache NCache, Em seguida Telenor chama o middleware e o armazena em cache para uso da próxima vez.

Para cache de sessão, NCache o cache distribuído é usado como armazenamento de sessão ASP.NET, removendo assim o gargalo de middleware e as respostas lentas anteriores. A Fig. 1 mostra gargalos semelhantes.