带你理解下啥是tp99
我们现在已有认知：一次请求从前端到后端的请求时间，这个接口的总时间=在网络耗时+服务端处理的耗时。这个通常是一个普通人可以关注到的点，也是最外漏的点。
但是刨去网络耗时外部原因，有没有对服务端处理真正的耗时进行过研究。
服务端耗时=请求到达服务端，服务端开始处理，到最后响应的时间。
接口tp99耗时：就是衡量接口性能的指标，tp99越低，接口性能越好。根据对一个 接口反复测试耗时时间，接口的平均耗时其实就约等于tp99耗时，拿着个值就可以去监控上配置，当接口的tp99耗时超过 这个值，就会触发报警，因为 我们认为接口超过to99耗时是不合理的。可以配置此项报警监控。
接口tp99耗时，就是帮助我们监控接口的一个指标，一旦超出了这个指标，我们就认为我们接口是存在问题的，此时我们需要对接口的内部逻辑 进行下梳理，看看到底那块耗时，我们是否能优化，
目前有很多 成熟的系统，对接口进行了各种监控，因为这是一项通用的指标，因此会被抽出来，他们会对接口的 性能、可用率进行监控。
目前还有很多成熟的系统，能对服务器进行监控，这也是一项通用的指标，因此会被抽出来，他们会对机器本身的指标cpu、磁盘、系统负载进行监控。
以上只是对单个服务进行了接口、机器本身的监控，实际在微服务时代由于各个服务之间相互调用，因此又产生了一项新的监控指标，就是监控服务和服务调用之间的调用链，这些监控都是服务上线之后需要去监控的，能帮助开发人员省去很多时间，有利于线上出问题后第一时间关注，
以下是专业的对tp99的说明
TP指标: TP50：指在一个时间段内（如5分钟），统计该方法每次调用所消耗的时间，并将这些时间按从小到大的顺序进行排序，取第50%的那个值作为TP50 值；配置此监控指标对应的报警阀值后，需要保证在这个时间段内该方法所有调用的消耗时间至少有50%的值要小于此阀值，否则系统将会报警。
TP90，TP99，TP999与TP50值计算方式一致，它们分别代表着对方法的不同性能要求，TP50相对较低，TP90则比较高，TP99，TP999则对方法性能要求很高
The tp90 is a minimum time under which 90% of requests have been served.
tp90 = top percentile 90
Imagine you have response times:
10s
1000s
100s
2s
Calculating TP is very simple:
1. Sort all times in ascending order: [2s, 10s, 100s, 1000s]
2. find latest item in portion you need to calculate.
2.1 For TP50 it will be ceil(4*0.5) = 2 requests. You need 2nd request.
2.2 For TP90 it will be ceil(4*0.9) = 4. You need 4th request.
3. We get time for the item found above. TP50=10s. TP90=1000s
可以认为 TP90的意思是保证90%请求都能被响应的最小耗时。