如何根据SLA得出Apdex阈值？

Question

我们有一个REST可用。对于这个API提供的每个端点，我们都有一个基于内部测试的定义SLA。新文物提供了一个选项，以定义Apdex T评分的基础上的每一个申请。考虑以下情况：

• 端点A: SLA为200 is
• 端点B: SLA为800 is
• 平均SLA: 500毫秒 案例1:考虑Apdex阈值的平均SLA，这种方法的问题是，即使我的端点A预计在200 is内完成，但即使端点所定义的时间是SLA中定义的时间的两倍，它也不会被标记，因为它仍然小于平均值。反之亦然，端点B也是如此，即使它低于800 was，也会被标记。 案例2:考虑所有端点的最大SLA(800 as )作为Apdex T值的问题，这里将是端点A的问题。即使占用实际预期时间的4倍，也不会标记来自该端点的任何响应延迟。

那么，在这种情况下，我们如何得出Apdex阈值呢？我阅读了来自New：链接的以下文章。当我们将服务看作一个整体时，这是有意义的，但当我们查看每个端点时，就没有意义了。

Answer 1

您确定要根据SLA设置Apdex吗？

我建议，应用程序的典型性能是更好的衡量标准。假设在过去的7天中，您的应用程序具有平均性能。然而，在“如何设置Apdex T”中，本文建议对典型的性能使用百分位数。

因此，如果你得到第90个百分位数，它的结果应该是一个接近0.95的Apdex评分。显然，1的Apdex是无用的，因为你没有把你的帐户持有到接近足够的帐户。所以我会个别地问Insight

从7天前开始的appName="AppA“事务中选择百分位数(持续时间，90)

从7天前开始的appName="AppB“事务中选择百分位数(持续时间，90)

这将给你一个90%的客户比你更好的响应时间。因此，你的Apdex T值应该是一个很好的粗略指南。

然而，如果你的目标是在应用程序A，其中SLA是200 is和任何交易超过这应该是0分的Apdex评分。那么很简单，你的Apdex T应该是50毫秒。因为任何比50 is更快的东西都能得到1分，任何介于Apdex T和4xApdex T之间的东西都能得到0.5分，但至少还在得分。任何低于4xApdex T(在此场景中为200 in)的速度都会使Apdex获得0分。因此，如果交易违反SLA，则会给您标记为对Apdex感到沮丧的事务。

Apdex是一门艺术，但是你肯定可以用上面的任何一种方法达到你所需要的地方。我希望我讨论了我认为在这种情况下可能出现的两种情况。