事例研究 – Telenor

ビジネス価値の概要

デンマークのテレノールが推進するビジネス価値は、顧客サービスの質とレベルに密接に結びついています。同社が明確に述べているように、「テレノールの価値観は、従業員が顧客に優れたサービスを提供するための基本的な指針となる」のです。

しかし残念ながら、比較的新しいITスタックは、顧客サービスに深刻な影響を与える技術的な問題を引き起こすことがあります。Telenor Denmarkの場合、ITスタックには通信事業をサポートするCRMとミドルウェアが含まれていました。この構成を補完するために、Telenor DenmarkはITスタックを中心に大規模なASP.NET MVC Webアプリケーションを社内で開発しました。このWebアプリケーションは「One Screen App」と呼ばれ、1,500人から2,000人の社内エージェントと200万人の外部ユーザーが利用しています。

しかし、それほど遠くない過去に、そのWebサイトで問題が発生し、顧客の応答が遅くなる時期がありました。 これはかなりの懸念を引き起こしました-技術的リーダーシップがこの会社の主要なビジネス価値を大幅に高めるためにそれを解決するために迅速に動いた-「顧客に優れたサービスを提供する」。

課題：表示されるデータが非常に遅い

TelenorのASP.NET MVCウェブアプリケーション、通称「One Screen App」のアーキテクチャは、合計8台のウェブサーバーで構成され、各層が4台のウェブサーバーからなる2層構造になっています。1層目は外部顧客向け、2層目は内部エージェント向けです。各層のロードバランサーでは、4台のウェブサーバーのうち、常に2台のみが稼働しています。残りの2台は非稼働状態で、各層のメンテナンスやアップグレード用のバックアップサーバーとして使用されます。

ここにはJavaベースのミドルウェアが含まれており、TelenorのWebアプリケーションはREST（Representative State Transfer）アプリケーションプログラミングインターフェース（API）を介してこのミドルウェアを呼び出します。そして、これらのREST APIはエンドユーザーからのリクエストやデータソース関連の呼び出しを処理するのに役立ちます。

Telenorはすぐに、この通信プラットフォームの仕組みが重大な問題を引き起こすことに気づいた。その問題とは、一部の重要なAPIにおける応答速度の遅さであった。

Telenor Denmarkのシニアマネージャー、トーベン・フローランド氏は次のように述べています。「この問題の一例として、Telenor.dkのウェブサイトにアクセスして、携帯電話を購入しようとして、すべての携帯電話のリンクをクリックするとします。すると、30～40種類の機種のリストが表示されます。そのリストには、価格や契約料金などが記載されています。しかし、これらのデータ（携帯電話、製品、価格）はすべてバックエンドから取得されるため、画面に表示されるまでに非常に時間がかかります。これは全く容認できるものではなく、優れた顧客サービスを提供するという当社の使命にも反しています。」

実際、テレノール・デンマークは全体的なパフォーマンスの問題を抱えていた。「バックエンドを修正するには、多大な時間と費用がかかるだろう」と彼は言う。

NCache ＆費用対効果の高い100％の稼働時間

NCache 豊富な主要機能とメリットを備えたこのソリューションは、Telenor Denmarkが抱える問題に対する費用対効果の高い解決策となりました。頻繁に使用されるアプリケーションデータをキャッシュすることで、データベースやアクセス速度が非常に遅いJavaベースの「ミドルティア」にアクセスする必要がなくなり、ウェブサイトの応答時間が大幅に向上しました。

Frølund氏は次のように述べています。「以前は、このデータを毎回バックエンドに要求すると、お客様にとってひどい時間の経過を示し、お客様は非常に不満を感じていました。 ここで、その情報の一部をにキャッシュします NCache 製品ページを非常に迅速に表示します。 さらに、100％の稼働時間を維持します NCache サーバーのメンテナンスを行うとき。」

Telenorはウェブファームを運営しているため、ユーザーセッションを失うことなく個々のサーバーをメンテナンスのために停止する必要があると彼は言います。「その機能だけでも非常に重要で、 NCache ユーザーセッションが失われないようにします。 これは、ユーザーが中断することなくWebサイトを継続して使用できることを意味します。 の美しさ NCache 私たちがウェブサイトで何かをしているときはいつでも、私たちのウェブサイトに来るすべての顧客の要求は失われませんが、異なるサーバーに行きます。 そのため、当社のWebサイトでは高いパフォーマンスと安定性を維持しています。」

この設定では、XNUMXつ NCache サーバーは、クライアントキャッシュなしでPOR非同期キャッシングトポロジを使用する専用マシン上にあります。 同社はXNUMXつのキャッシュを作成しました。XNUMXつはデータキャッシング用で、もうXNUMXつはセッションキャッシング用です。

Frølundが指摘するように、 NCache ミドルウェアにアクセスする必要がなくなります。Telenor Denmark はシリアル化されたレスポンスをキャッシュしています。 NCache、したがって、ミドルウェアを使用しないことでパフォーマンスが大幅に向上します。 基本を使用します NCache サーバーからの機能を持たない API を実装し、Telenor Demark は NCache ミドルウェアRESTAPIを呼び出す前に呼び出すラッパー。 応答がキャッシュされていない場合 NCacheそしてTelenorはミドルウェアを呼び出し、次回使用のためにそれをキャッシュする。

セッションキャッシングの場合、 NCache 分散キャッシュはASP.NETセッションストレージとして使用されるため、ミドルウェアのボトルネックと以前の遅い応答が排除されます。 図1は、同様のボトルネックを示しています。