高可用 高并发 高性能 相关计算

1高可用
下层系统的 SLA 在设计上通常需要高于上层系统的 SLA，
如果一个系统的正常运行还依赖多个子系统，如下图所示，系统中有 a、b、c、d 四个子系统，只要其中一个子系统不正常，整个系统就无法正常工作，那么整个系统的 SLA = SLA(a)*SLA(b)*SLA©*SLA(d)。
2高并发
根据业务服务承载最高值达 270 万 QPS 以及底层 Redis 承载能力 1 万 QPS，我们预留 10% ～ 20% 的余量，可以初步制定出并发指标：业务服务300万QPS，底层资源 8000QPS。
系统资源在设计上要留有 10% ～ 20% 的余量，以便应对突发流量。
3高性能
例如，并发低于100万时，平均请求延迟不高于200ms。

一个日活 1 亿的公交支付 App，80% 用户活跃时间在 08:00 ~ 09:00 和 20:00 ~ 21:00，该如何给它定“三高”指标？
1高可用
99.999%
2高并发
公交车每人每次刷一次，时间是一小时假设用户的量均匀访问，800万/60/60=22,222 ,公交车假设每个人的每秒刷一次，qps=22,222 ，保留10-20%的余量，qps=27,777

业务服务为qps=27,777 ， Redis 承载能力 1 万 QPS, 底层资源=8000QPS
底层资源一般比较固定，不容易扩容，需要限制QPS不能超过其承载能力。
3高性能
例如，并发低于100万时，平均请求延迟不高于200ms。

各位读者如果有问题，欢迎评论区讨论。