服务级别协议 （SLA） 是服务提供商与其客户之间的合同或承诺，它定义了提供商负责的服务标准。 协议可以是具有法律约束力的，或者对于网页或应用程序性能 SLA，可以是组织内对用户或客户商定的标准。 实施性能 SLA 可以加强组织对 用户体验 的承诺，并确保（希望）满意的客户和多次回访。
创建性能 SLA
对于已生产了较长时间的旧站点和应用程序，确定 SLA 会更容易一些。 您可以查看历史客户数据或最近的用户行为。 例如，当您看到客户突然放弃购物车，或者只是在特定时间点跳下您的网站或应用程序时，他们可能会遇到某种性能问题。 像这样的因素可用于形成 SLA 参数的基础。
显然，新的应用程序和网页不方便拥有大量的可用数据可供您使用。 可能很难知道从哪里开始。 您如何真正了解您的页面或应用程序如何响应实际流量，而背后没有任何真实数据来开始概述 SLA？
重要的是，您的 SLA 从一开始就尽可能具体。 快速 Internet 搜索可以提出很多示例，但您需要确保您的 SLA 特定于您的客户、他们的位置、时间、他们使用的设备和/或浏览器等。 将这些部分与页面或应用程序加载速度指标（如最后一个字节的时间 （TTLB）、显示时间或 DNS 解析时间以及可接受的阈值结合在一起，您自己就有了性能 SLA 的开始。
基准性能指标
在当今世界，大多数用户将在几秒钟后放弃您的网站。 确保设置适当的性能 SLA 至关重要。 值得庆幸的是，很少有地方可以让你开始开始定义与性能 SLA 一起使用的各种参数。
- 内部团队。 显然，帮助定义 SLA 的最简单、最方便的方法之一是使用您自己的团队。 他们很可能已经走这条路了，所以他们更可能给伟大的现实世界的洞察力，究竟包括和/或避免。
- 行业基准. Google Analytics（Google Analytics）等工具可让您深入了解当前网站与类似行业中其他网站的比较情况。 此外，各种营销/SEO 机构都有大量定期发布的行业数据。
- 竞争。 竞争力孕育卓越，对吗？ 至少是这样说的。 因此，请向竞争对手提供洞察。 一种简单、非侵入性的方法就是 针对他们的站点 运行免费速度测试，以便快速了解各种性能指标。 如果是基于交易的时间安排和实际用户行为，例如 Web 应用程序，您可以创建 一个脚本，并针对其应用程序旋转少量虚拟用户 。 但要小心不要过分。 太多的虚拟用户可能会导致他们的应用程序失败，提醒他们的 IT 团队，并可能阻止您的 IP。 不好。 更糟糕的是，你可能会无意中导致DDoS攻击，这是非法的。 不要做任何可能违法的事情。 始终遵循好的建议。
验证性能 SLA 或非功能性要求
知道基准性能值后，您可以将数字增加到示例期间访问站点或应用程序期间可能实际预期的内容。 LoadView 平台为用户提供了几种不同的负载测试曲线可供选择。 其中一个选项称为基于目标的曲线。 它是验证 SLA 和非功能性要求的的理想之选。
例如，如果您已经有预定的交易目标，或者知道（大约）在特定时间段内您期望在您的网站或应用程序上访问的数量，则运行基于目标的曲线测试将有助于确认您的网站或应用程序满足预定义的要求。 此外，在 网站 或应用程序上生成增加的负载有助于预测将来更重的用户负载的应用程序性能。 这通常是为容量规划完成的。
性能 SLA 审核和持续监控
有兴趣了解有关使用 LoadView 进行基于浏览器的真实测试的更多信息吗？立即与我们的一位性能工程师安排演示，以查看 LoadView 的实际应用。 我们的团队将引导您完成整个平台和流程，从设置和 脚本编写 到执行和报告。 查看并分析加载中的站点、应用程序和 ABI 的实际性能。 LoadView 平台提供多个不同的报告指标和报告，如测试摘要、单个会话报告、瀑布图和设备性能。
或者 今天自己试试这个平台。 我们将通过 LoadView 负载测试为您提供最多 5 个免费负载测试。
网站和应用程序性能监控
您的网站或应用投入生产后，性能 测试 时创建的脚本应上传到监控平台进行持续监控。 这可确保您满足 SLA，并在审查和随时间变化时提供数据。 更重要的是，设置持续监控可以让您在出现第二个问题时收到警报，确保小问题不会最终导致大问题。 此外，如果要启动新应用程序，实施 监视 可以为您和您的团队提供进行小性能调整所需的数据，这些调整可能会对 用户产生重大影响。
LoadView 解决方案只是完整的 Dotcom-Monitor 性能测试和 监控解决方案 套件的一部分，其中包括对网页、Web 应用、基础设施和 Web 服务 （SOAP/REST API） 的监控。 为所有业务关键站点和应用程序设置监控设备，以便在未达到正常运行时间、可用性或性能阈值或出现错误时获得通知。 您不想听到您的网站或应用程序从客户或访问者那里关闭。 到那时，它可能已经影响到许多潜在客户，使业务损失了可观的收入。