Caso de estudio - NCache Proporciona velocidad y escalabilidad a Telenor

Resumen del valor comercial

El valor empresarial Telenor en Dinamarca promueve está inextricablemente entrelazada con el calibre y el nivel de su servicio al cliente. Como ha dicho claramente la compañía, "Telenor valores dan a los empleados las pautas fundamentales para brindar un excelente servicio a sus clientes".

Sin embargo, desafortunadamente, a veces, una pila de TI relativamente nueva puede presentar problemas técnicos que afectan gravemente el servicio al cliente. En Telenor En el caso de Dinamarca, la pila de TI incluía su CRM y middleware para ayudar a respaldar el negocio de las telecomunicaciones. Complementando ese arreglo, Telenor Dinamarca creó internamente una gran aplicación web ASP.NET MVC alrededor de la pila de TI. Llaman a esta aplicación web "One Screen App" y la utilizan entre 1,500 y 2,000 agentes internos y dos millones de usuarios externos.

Sin embargo, hubo un tiempo en el pasado no muy lejano cuando su sitio web experimentó problemas hasta el punto de que los clientes recibían respuestas lentas. Esto generó una preocupación considerable, lo suficiente como para que su liderazgo técnico se moviera rápidamente para resolverlo a fin de elevar sustancialmente el valor comercial clave de esta empresa: "brindar un servicio excelente a sus clientes".

Desafío: datos mostrados extremadamente lentos

La arquitectura de TelenorLa aplicación web ASP.NET MVC de One Screen App comprende un total de ocho servidores web, formulados en dos niveles, cada uno de los cuales está compuesto por un conjunto de cuatro servidores web. Un nivel se utiliza para clientes externos; el segundo nivel para los agentes internos. De cuatro servidores web, solo dos están activos en el balanceador de carga para cada nivel en un momento dado. Dos están inactivos y se usan como servidores de respaldo para el mantenimiento y la actualización de cada nivel.

Aquí se incluye un middleware basado en Java, y el Telenor La aplicación web llama al middleware a través de API o interfaces de programación de aplicaciones REST (Representative State Transfer). A su vez, estas API REST ayudan a procesar las solicitudes de los usuarios finales y las llamadas relacionadas con la fuente de datos.

Telenor Pronto me enteré de que este acuerdo de plataforma de telecomunicaciones planteaba un problema importante. Ese problema se centró en tiempos de respuesta lentos en algunas API importantes.

Torben Frølund, gerente sénior de Telenor Dinamarca, dice: "Aquí hay un ejemplo de ese problema. Vaya a nuestro Telenorsitio web .dk. Quieres comprar un teléfono y pulsas el enlace con todos los móviles. Lo siguiente es obtener una lista de 30 a 40 modelos de teléfonos diferentes. Ese listado se muestra con precios, tarifas de suscripción, etc. Sin embargo, todos esos datos: los teléfonos, los productos, los precios. Todos provienen de nuestro back-end y esos datos aparecen en la pantalla de una manera muy, muy lenta. Esto es completamente inaceptable y no está en línea con nuestra misión de brindar un excelente servicio al cliente".

En efecto, Telenor Dinamarca estaba experimentando un problema general de rendimiento. "Se necesitaría mucho tiempo y dinero para arreglar nuestro backend", dice.

NCache y rentable 100 % de tiempo de actividad

NCache con su gran cantidad de características y beneficios clave proporcionó la respuesta rentable a Telenor El problema de Dinamarca. Están almacenando en caché datos de aplicaciones de uso frecuente, por lo que no tienen que ir a su base de datos oa su "nivel intermedio" basado en Java, al que es muy lento acceder. Esto acelera enormemente el tiempo de respuesta de su sitio web.

Frølund dice: “Anteriormente, si le pedíamos estos datos al backend cada vez, presentaba un lapso de tiempo terrible para nuestros clientes, y estaban muy disgustados. Ahora, almacenamos en caché parte de esa información en NCache y muy rápidamente mostrar páginas de productos. Además, mantenemos un tiempo de actividad del 100 % con NCache cuando hacemos mantenimiento en los servidores”.

Como Telenor dirige una granja web, dice que tiene que desactivar servidores individuales para el mantenimiento sin perder ninguna sesión de usuario. “Esa característica por sí sola es muy importante, y NCache asegura que no perdamos sesiones de usuario. Esto significa que nuestros usuarios pueden continuar usando su sitio web sin interrupciones. La belleza de NCache es cada vez que estamos haciendo algo en el sitio web, todas y cada una de las solicitudes de los clientes que llegan a nuestro sitio web no se pierden, sino que van a diferentes servidores. Por lo tanto, mantenemos un alto rendimiento y estabilidad en nuestro sitio web”.

En esta configuración, dos NCache los servidores están en máquinas dedicadas que utilizan la topología de almacenamiento en caché asíncrono POR sin caché de cliente. La empresa creó dos cachés, uno para el almacenamiento en caché de datos y el otro para el almacenamiento en caché de sesiones.

Como señala Frølund, NCache elimina la necesidad de ir a su middleware. Telenor Dinamarca está almacenando en caché respuestas serializadas en NCache, lo que mejora significativamente el rendimiento al no recurrir al middleware. utiliza basico NCache API sin ninguna característica del servidor, y Telenor Dinamarca implementó un NCache contenedor, al que llama antes de llamar a la API REST de middleware. Si las respuestas no se almacenan en caché NCache, entonces Telenor llama al middleware y lo almacena en caché para usarlo la próxima vez.

Para el almacenamiento en caché de la sesión, NCache La memoria caché distribuida se utiliza como almacenamiento de sesiones ASP.NET, lo que elimina el cuello de botella del middleware y las respuestas lentas anteriores. La figura 1 muestra cuellos de botella similares.