ケーススタディ - NCache スピードとスケーラビリティを提供します Telenor

ビジネス価値の概要

ビジネス価値 Telenor デンマークでは、顧客サービスの能力とレベルに密接に関係していると宣伝しています。 会社が明確に述べているように、「Telenor 価値観は、顧客に優れたサービスを提供するための基本的なガイドラインを従業員に提供します。」

ただし、残念ながら、比較的新しいITスタックによって、顧客サービスに深刻な影響を与える技術的な問題が発生する場合があります。 の Telenor デンマークの場合、ITスタックには、通信ビジネスをサポートするためのCRMとミドルウェアが含まれていました。 その取り決めを補完し、 Telenor デンマークは、ITスタックの周りに大規模なASP.NETMVCWebアプリケーションを社内で作成しました。 彼らはこのウェブアプリケーションを「ワンスクリーンアプリ」と呼んでおり、1,500から2,000の内部エージェントとXNUMX万の外部ユーザーによって使用されています。

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

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

のアーキテクチャ TelenorのASP.NETMVCWebアプリケーションまたはOneScreenAppは、合計XNUMXつのWebサーバーで構成され、XNUMXつの層に編成され、各層はXNUMXつのWebサーバーのセットで構成されます。 XNUMXつの層は外部の顧客に使用されます。 内部エージェントの第XNUMX層。 XNUMXつのWebサーバーのうち、特定の時間に各層のロードバランサーでアクティブになっているのはXNUMXつだけです。 XNUMXつは非アクティブであり、各層のメンテナンスとアップグレードのバックアップサーバーとして使用されます。

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

Telenor この通信プラットフォームの配置が大きな問題を引き起こしていることをすぐに知りました。 その問題は、いくつかの重要なAPIの応答時間が遅いことに集中していました。

TorbenFrølund、シニアマネージャー Telenor デンマークは、「これがその問題の例です。あなたは私たちの Telenor.dkウェブサイト。 あなたは電話を購入したいと思っていて、あなたはすべての携帯電話とのリンクを押します。 次のことはあなたが30から40の異なる電話モデルのリストを手に入れることです。 そのリストは、価格、サブスクリプション率などで表示されます。ただし、電話、製品、価格など、すべてのデータが表示されます。 それらはすべてバックエンドからのものであり、そのデータは非常にゆっくりと画面に表示されます。 これは完全に受け入れられず、優れた顧客サービスという私たちの使命に沿ったものではありません。」

実際には、 Telenor デンマークは全体的なパフォーマンスの問題を経験していました。 「バックエンドを修正するには、多くの時間とお金がかかります」と彼は言います。

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

NCache 豊富な主要機能と利点により、費用対効果の高い答えが得られました。 Telenor デンマークの問題。 頻繁に使用されるアプリケーションデータをキャッシュしているため、データベースや、アクセスが非常に遅いJavaベースの「中間層」に移動する必要はありません。 これにより、Webサイトの応答時間が大幅に短縮されます。

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

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

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

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

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