web站点性能问题_如何监视和改善站点速度性能

web站点性能问题

对于任何面向消费者的应用程序，网站速度是整体用户体验的重要组成部分，它扩展到您的应用程序可用的所有平台，包括Web，iOS和Android。 研究表明，网站速度会影响用户参与度 ， 收入和其他关键业务指标。 您可以采取哪些步骤来确保页面加载时间（PLT）保持在所需的阈值内？

重要的是要注意，性能会随着时间的流逝而下降-这是我们在LinkedIn上亲身经历的事情。 这些降级通常不是戏剧性的单事件发生。 毕竟，诸如A / B测试或Canary分析之类的步骤旨在在生产开始之前捕获那些类型的缺陷。 相反，由于较小规模的延迟泄漏，站点速度往往会在一段时间内发生：代码，浏览器配置或随时间推移而累加的其他区域几乎没有变化。

以下步骤可以帮助您识别并解决延迟泄漏，从而使站点性能保持一致，并且用户体验保持乐观。

建立良好的后端监控

这应该是防止性能下降的第一道防线，并且可能也是最常用的实施方法。 当开发人员编写代码时，他们应建立后端监视以衡量其在生产环境中的性能。 这有助于捕获可以通过代码设计优化（例如缓存和容量规划）解决的问题。

尽管此步骤作为基准很重要，但通常它本身不足以解决所有性能下降的问题，因为它不能衡量客户端活动（例如页面渲染）。 为了完全了解用户体验，您需要移出数据中心墙外。

综合客户端监控

合成客户端监视是由第三方提供商提供的一项服务，可以跨各种配置，受控制的设备测试您的应用程序，以帮助捕获客户端问题。 它可以用作指示客户端站点速度问题的指标，因为它使您了解代码在实际设备上的性能。

但是，对于像LinkedIn这样的大规模应用程序，此方法的缺点是实际上是综合的，这意味着测试是在有限数量的设备，网络和用例上完成的。 例如，像“您可能认识的人”这样的功能如何利用每个成员的知识图中的数据，分别对具有100个连接的成员和具有5,000个连接的成员执行性能？ 后面的图形有更多的边缘-站点速度会因此受到影响吗？ 这些是使用综合客户端监视可能难以回答的问题类型。

真实用户监控（RUM）

在LinkedIn，RUM是维持网站速度性能的关键部分。 它涉及从客户端发送回数据，以捕获诸如站点性能，设备类型和网络配置之类的信息。 RUM通常是通过JavaScript库实现的，并且有多个开源选项，例如Boomerang 。 也可以创建自己的实现，这是我们在LinkedIn上所做的。 除了网络性能之外，这还使我们能够监视iOS和Android性能。

即使您是从较小的规模开始的（例如，占所有用户的20％），RUM仍然有用，因为它可以告诉您应用程序在现实世界中的性能以及用户的体验。 使用RUM时，请务必记住，短期性能数据本来就是嘈杂的，因此，查看性能处于50％或90％的东西通常是最有效的。 而且，无论何时使用原始数据，都必须确保采取适当的隐私和安全措施来保护用户信息。

高级监控活动

一旦有了包括RUM在内的可靠的监视系统，您就可以参与更高级的活动来优化站点速度。 其中包括诸如为性能下降构建自动警报系统，进行多维根本原因分析以及运行探索性优化测试之类的事情。

例如，我们曾经在LinkedIn遇到过这样的情况，即页面加载时间突然增加了一定比例的成员。 通过深入研究RUM数据以进行彻底的根本原因分析，我们发现降级仅在特定浏览器上出现。 确定浏览器方面的微小更改是造成问题的原因之后，我们就可以与该浏览器中的工程师一起解决该问题。

在优化方面，高级监视还使您可以选择细分性能体验，以便您可以针对特定用户组定制优化。 例如，在以移动设备为主的市场中，用户可能会遇到较慢的连接速度，我们开发了LinkedIn Lite，这是我们的网络应用程序版本，具有服务器端渲染等特定功能，可以提高性能。

建立表演文化

当然，如果您在组织中没有建立的绩效文化，则无法进行任何这项工作。 设计所有团队都同意的性能基准和关键指标很重要，这样每个人对成功都有相同的定义。 从那里开始，确保组织认可性能的重要性，以便每个人都了解性能的价值及其在用户体验中的关键作用。 至关重要的是，这绝对不是严格的自上而下或自下而上的方法。 而是，在执行人员和整个工程组织中都应包含良好站点速度的价值。 站点速度应作为业务优先事项，并且应配备工程团队以进行维护。

通过创建以性能为中心的文化并实施强大的监视系统，您可以堵塞延迟泄漏并确保您的站点保持快速运行。

翻译自: https://www.infoworld.com/article/3386137/how-to-monitor-and-improve-site-speed-performance.html

web站点性能问题