Étude de cas - NCache Fournit vitesse et évolutivité à Telenor

Résumé de la valeur commerciale

La valeur commerciale Telenor au Danemark, la promotion est inextricablement liée au calibre et au niveau de son service client. Comme l'entreprise l'a clairement indiqué, "Telenor donnent aux employés les lignes directrices fondamentales pour fournir un excellent service à ses clients."

Cependant, malheureusement, parfois, une pile informatique relativement nouvelle peut introduire des problèmes techniques qui affectent gravement le service client. Dans Telenor Dans le cas du Danemark, la pile informatique comprenait son CRM et son intergiciel pour aider à soutenir l'activité de télécommunications. En complément de cet arrangement, Telenor Le Danemark a créé en interne une grande application Web ASP.NET MVC autour de la pile informatique. Ils appellent cette application Web "One Screen App", et elle est utilisée par 1,500 2,000 à XNUMX XNUMX agents internes et deux millions d'utilisateurs externes.

Cependant, il fut un temps dans un passé pas trop lointain où son site Web rencontrait des problèmes au point que les clients recevaient des réponses lentes. Cela a créé une inquiétude considérable - suffisamment pour que sa direction technique agisse rapidement pour le résoudre afin d'élever considérablement la valeur commerciale clé de cette entreprise - "fournir un excellent service à ses clients".

Défi : données affichées extrêmement lentes

L'architecture de TelenorL'application Web ASP.NET MVC ou One Screen App de comprend un total de huit serveurs Web, formulés en deux niveaux, chaque niveau étant composé d'un ensemble de quatre serveurs Web. Un niveau est utilisé pour les clients externes ; le deuxième niveau pour les agents internes. Sur quatre serveurs Web, seuls deux sont actifs dans l'équilibreur de charge pour chaque niveau à un moment donné. Deux sont inactifs et utilisés comme serveurs de sauvegarde pour la maintenance et la mise à niveau de chaque niveau.

Inclus ici est un middleware basé sur Java, et le Telenor l'application Web appelle le middleware via des interfaces de programmation d'application REST (Representative State Transfer) ou des API. À leur tour, ces API REST aident à traiter les demandes des utilisateurs finaux et les appels liés à la source de données.

Telenor a rapidement appris que cet arrangement de plate-forme de télécommunications posait un problème majeur. Ce problème était centré sur les temps de réponse lents sur certaines API importantes.

Torben Frølund, directeur principal chez Telenor Danemark, dit : "Voici un exemple de ce problème. Vous allez à notre TelenorSite Web .dk. Vous voulez acheter un téléphone et vous appuyez sur le lien avec tous les téléphones portables. La prochaine chose est que vous obtenez une liste de 30 à 40 modèles de téléphones différents. Cette liste est affichée avec les prix, les tarifs d'abonnement, etc. Cependant, toutes ces données - les téléphones, les produits, les prix. Ils proviennent tous de notre back-end et ces données s'affichent à l'écran de manière très, très lente. Ceci est totalement inacceptable et n'est pas conforme à notre mission d'excellence du service client."

En effet, Telenor Le Danemark connaissait un problème de performance globale. "Il faudrait beaucoup de temps et d'argent pour réparer notre backend", dit-il.

NCache & Économique 100% Disponibilité

NCache avec sa richesse de fonctionnalités et d'avantages clés a fourni la réponse rentable à Telenor Le problème du Danemark. Ils mettent en cache les données d'application fréquemment utilisées, de sorte qu'ils n'ont pas besoin d'accéder à leur base de données ou à leur "niveau intermédiaire" basé sur Java, dont l'accès est très lent. Cela accélère considérablement le temps de réponse de leur site Web.

Frølund déclare : « Auparavant, si nous demandions ces données au backend à chaque fois, cela représentait un laps de temps terrible pour nos clients, et ils étaient très mécontents. Maintenant, nous mettons en cache certaines de ces informations dans NCache et afficher très rapidement les pages produits. De plus, nous maintenons une disponibilité de 100 % avec NCache quand on fait de la maintenance sur les serveurs.

Depuis que Telenor gère une ferme Web, il dit qu'il doit arrêter des serveurs individuels pour la maintenance sans perdre aucune session utilisateur. "Cette fonctionnalité à elle seule est très importante, et NCache garantit que nous ne perdons pas de sessions utilisateur. Cela signifie que nos utilisateurs peuvent continuer à utiliser leur site Web sans aucune interruption. La beauté de NCache Chaque fois que nous faisons quelque chose sur le site Web, chaque demande de client arrivant sur notre site Web n'est pas perdue mais va à différents serveurs. Ainsi, nous maintenons des performances et une stabilité élevées sur notre site Web.

Dans cette configuration, deux NCache les serveurs sont sur des machines dédiées utilisant la topologie de mise en cache asynchrone POR sans cache client. La société a créé deux caches, l'un pour la mise en cache des données, l'autre pour la mise en cache des sessions.

Comme le note Frølund, NCache élimine le besoin d'aller à leur middleware. Telenor Le Danemark met en cache les réponses sérialisées dans NCache, améliorant ainsi considérablement les performances en n'utilisant pas de middleware. Il utilise de base NCache API sans aucune fonctionnalité du serveur, et Telenor Le Danemark a mis en place un NCache wrapper, qu'il appelle avant d'appeler l'API REST du middleware. Si les réponses ne sont pas mises en cache dans NCache, puis Telenor appelle le middleware et le met en cache pour la prochaine utilisation.

Pour la mise en cache de session, NCache le cache distribué est utilisé comme stockage de session ASP.NET, supprimant ainsi le goulot d'étranglement du middleware et les réponses lentes antérieures. La figure 1 montre des goulots d'étranglement similaires.