案例研究 – Telenor

商业价值总结

Telenor在丹麦所倡导的商业价值观与其客户服务的质量和水平密不可分。正如该公司明确指出的那样，“Telenor的价值观为员工提供了为客户提供卓越服务的基本准则。”

然而，不幸的是，有时相对较新的IT架构可能会引入技术问题，严重影响客户服务。以丹麦Telenor公司为例，其IT架构包括客户关系管理系统（CRM）和中间件，用于支持电信业务。为了配合这一架构，丹麦Telenor公司围绕该IT架构自主开发了一个大型ASP.NET MVC Web应用程序。他们将这款Web应用程序称为“One Screen App”，供1,500至2,000名内部客服人员和200万外部用户使用。

然而，在不久的过去，它的网站遇到了问题，以至于客户的响应速度很慢。 这引起了相当大的担忧——它的技术领导层迅速采取行动解决了这个问题，以大幅提升这家公司的关键业务价值——“为客户提供优质服务”。

挑战：显示数据极慢

Telenor 的 ASP.NET MVC Web 应用程序（或称单屏应用程序）架构包含八台 Web 服务器，分为两层，每层由四台 Web 服务器组成。一层用于外部客户，另一层用于内部客服。在每层的负载均衡器中，同一时间只有两台 Web 服务器处于活动状态，另外两台则作为备用服务器，用于每层的维护和升级。

这里包含一个基于 Java 的中间件，Telenor Web 应用程序通过 REST（代表状态转移）应用程序编程接口或 API 调用该中间件。反过来，这些 REST API 帮助处理最终用户请求和数据源相关的调用。

Telenor很快意识到这种电信平台架构存在一个重大问题。这个问题主要体现在一些重要API的响应速度缓慢。

Telenor Denmark 的高级经理 Torben Frølund 表示：“举个例子来说明这个问题。您访问我们的 Telenor.dk 网站，想购买一部手机，然后点击包含所有手机型号的链接。接下来，您会看到一个包含 30 到 40 种不同手机型号的列表。列表中显示了价格、套餐费率等信息。然而，所有这些数据——手机型号、产品信息、价格——都来自我们的后端系统，并且在屏幕上显示得非常缓慢。这完全无法接受，也与我们追求卓越客户服务的宗旨背道而驰。”

实际上，Telenor Denmark当时正面临整体性能问题。“修复我们的后端系统需要花费大量时间和金钱，”他说。

NCache & 成本效益 100% 正常运行时间

NCache 凭借其丰富的关键特性和优势，该方案为丹麦电信的问题提供了经济高效的解决方案。他们将常用的应用程序数据进行缓存，从而无需访问数据库或速度极慢的基于 Java 的“中间层”。这极大地提升了网站的响应速度。

Frølund 说：“以前，如果我们每次都向后端询问这些数据，它会给我们的客户带来可怕的时间流逝，他们非常不高兴。 现在，我们将其中的一些信息缓存在 NCache 并非常快速地显示产品页面。 此外，我们通过以下方式保持 100% 的正常运行时间 NCache 当我们对服务器进行维护时。”

由于Telenor运营着一个网络集群，他表示，他必须在不中断任何用户会话的情况下，关闭单个服务器进行维护。“仅此一项功能就非常重要，而且 NCache 确保我们不会丢失用户会话。 这意味着我们的用户可以继续使用他们的网站而不会受到任何干扰。 之美 NCache 每当我们在网站上做某事时，来到我们网站的每个客户请求都不会丢失，而是会发送到不同的服务器。 因此，我们在网站上保持高性能和稳定性。”

在这个设置中，两个 NCache 服务器位于使用没有客户端缓存的 POR 异步缓存拓扑的专用机器上。 该公司创建了两个缓存，一个用于数据缓存，另一个用于会话缓存。

正如 Frølund 所说， NCache 这样就无需访问他们的中间件。Telenor Denmark 正在缓存序列化响应。 NCache，从而通过不使用中间件显着提高性能。 它使用基本 NCache 服务器端没有任何功能的API，而Telenor Demark实现了 NCache 包装器，它在调用中间件 REST API 之前调用它。 如果响应没有缓存在 NCache然后，Telenor 调用中间件并将其缓存以供下次使用。

对于会话缓存， NCache 分布式缓存用作 ASP.NET 会话存储，从而消除了中间件瓶颈和早期的缓慢响应。 图 1 显示了类似的瓶颈。