慢即宕机

F5

客户告诉我们：“慢，就等同于宕机。”对于大多数现代应用的所有者和运维人员而言，应用性能不佳与宕机同样严重。FAANG公司让消费者习惯了始终如一的出色性能。因此，消费者在使用其他软件时也开始抱有同样的期望，尤其是在竞争激烈的市场中，竞争对手能够提供良好用户体验的情况下。

一些客户甚至告诉我们，性能缓慢往往比完全不可用更糟糕。功能看似差一点就能正常使用，却需要一遍遍重试，这比功能直接不可用更令人沮丧。例如，IP语音通话质量不佳时，双方不得不反复重复所说的话；而服务不可用时，人们反而会改用手机或固定电话。

各行各业都高度重视满足客户体验预期。2020年零售行业调查发现，近三分之一（32%）的受访者将改善客户体验列为数字化工作的首要任务。超过71%的受访者表示，改善客户体验是其希望通过数字化转型在短期内实现的首要业务成果。

当然，运维人员和业务利益相关者都很重视用户体验。性能不佳的问题之所以未得到解决，原因之一是缺乏可观测性，无法了解是什么导致了“缓慢”，甚至不清楚对于此类应用而言，“缓慢”究竟意味着什么。有时，这种可观测性的缺失正是由于没有进行任何测量。

Turbonomic的一项调查揭示了这一现象（粗体为引文所加）：“当我们询问受访者所在组织如何衡量应用性能时，令人欣慰的是，超过60%的组织会以某种形式进行衡量。但最常见的方法是衡量可用性，而不是按照服务级别目标（SLO）进行管理。SLO通常以响应时间或事务吞吐量的形式体现。13%的组织完全不衡量应用性能。”

不过，在称赞那些确实进行衡量的组织之前，先看看他们衡量的是什么。衡量性能最常见的方法是衡量可用性。可用性衡量的是系统是否正常运行，而不是运行速度的快慢。尽管如此，我们完全可以用一整篇博客（甚至更多篇幅）来论证它也应该衡量速度。

但事实并非如此，其中一个原因在于业务成本是否可衡量。停机造成的财务影响已有充分记录。多个来源都详细分析了停机给整个组织带来的成本。但性能问题呢？只有少数调查提到用户会放弃使用或在社交媒体上发表负面评论。至于企业实际承担的成本，相关数据几乎不存在。

Esteban Kolsky指出，72%的客户会与至少6人分享愉快的体验。相反，如果客户体验不佳，其中13%会与至少15人分享这段经历。

总体而言，当前性能衡量面临的问题可以概括为：“我们不衡量速度缓慢的成本，而是衡量停机的成本。”人们往往会围绕衡量指标开展工作。这并非新概念。事实上，这是DevOps的核心原则之一，也是该方法将衡量重点转向关键事项的原因。F5计划不仅帮助您进行绝对衡量，还会参照其他人的应用数据进行相对衡量，从而了解最终用户使用您的应用时的体验与使用其他同类应用时相比有何差异。

最重要的是满足最终用户的期望。如今，这不仅意味着应用可用，还要快速、可靠。我们计划为应用所有者提供有关最终用户体验的数据和可视化信息，以及以自然语言表述的洞察，例如：“您在周末推送到生产环境的更改改善了最终用户通常在周一早上的体验，做得很好！”或者，“预计4天后，纽约Chrome用户的体验将低于同类银行应用的平均水平。建议对AWS美国东部区域中的NGINX负载均衡器进行以下负载均衡策略更改。您可以自行更改，也可以单击此处，由我们代为更改。”

如果您想了解以下问题的答案：

• “我的最终用户总体体验是否良好？
• 与我的应用类似的其他应用相比，他们的体验如何？
• 能否为我的应用提供一个简单的运行状况指标，并将自适应的最终用户体验纳入其中，供支持团队监控？
• 可以采取哪些措施来改善最终用户体验？
• 如何在保持最终用户体验不变的同时降低成本？
• 体验不佳的最终用户会离开，还是会再次回来？”

……敬请关注后续文章，我们将进一步详细介绍。

关于作者

F5

F5 的更多博客文章