我感觉我们做的东西都没啥人用。
This topic created in 2088 days ago, the information mentioned may be changed or developed.
Supplement 1 · Feb 19, 2021
补充一下：我是做 toB 业务的，大概是 Sass 平台 + ioT，所以并发和响应时间确实就要求比较低了。。。
 |
opengpsFeb 18, 2021 via Android
1
业务场景没达到而已，跟人相关的业务，可能很少触及这种高并发
我做车载 gps 领域，唯一一个案例，接触到的上百万终端的定位数据可以每秒上万写入 |
 |
tikazyqFeb 18, 2021
3
脱离业务需求讲性能都是耍流氓
|
 |
sadfQED2Feb 18, 2021 via Android
4
某商城，去年峰值 50 万+qps
负责订单活动部分，24 小时 oncall，一会国家改法规了要加班，双十一了要加班，双十二要加班，基本上 996 跑不了。 |
 |
NyanKoSenseiFeb 18, 2021
5
某咖啡的某个服务，平均 qpm 600w 左右
|
 |
6
|
7
 |
9
@NyanKoSensei 牛逼
|
 |
12
qps/tps 什么的根本不重要，只要堆设备，要多少有多少。重要的是接口响应时间。
我这边基本 80%的接口响应时间在 10-20ms，低于 10ms 的有 10%，高于 20ms 的也是 10%。 |
|
tikazyqFeb 18, 2021
13
@SkyLine7 admin system 一般请求量不会很大，除非是美团、淘宝那种级别的 2b 应用或者其他 saas，一句话，看需求，一味追求 qps 这些指标只是吃饱了没事干
|
 |
wakzzFeb 18, 2021
14
业务场景和要求不一样，性能要求和 TPS 天差万别没得比较。哪怕是同样的 TPS，允许快速失败和不允许快速失败，容忍数据丢失和不容忍数据丢失，技术难点更是一个天一个地。
|
 |
konakonaFeb 18, 2021
15
有什么好的监控工具？
|
 |
fkdtzFeb 18, 2021
16
toC 业务
微服务架构初级阶段 有基本的服务治理架子，部分可视化 但操作都还需要人工处理 大大小小十几个服务吧 QPS 高峰期几万个 |
|
fkdtzFeb 18, 2021
18
QPS 更多是反应用户量和业务规模，所以在这里更多是期望看看大伙都在干啥样的业务和用户规模
|
 |
CoderGeekFeb 18, 2021
23
峰值 15W/s 平常 2W 多吧
|
|
opengpsFeb 18, 2021 via Android
24
|
 |
zengming00Feb 18, 2021
26
单台峰值 15000
|
 |
wqhuiFeb 18, 2021
28
高峰几千吧
|
|
NyanKoSenseiFeb 18, 2021
29
@SkyLine7 哈哈哈哈还有技术不够，机器来凑
|
 |
tedconFeb 18, 2021
30
之前在某公司 早上 7 点就开始 2W QPS
|
 |
zhangggFeb 18, 2021
31
广告子弹夹业务，峰值 qps 能到 20w，要求 p99 <= 10ms
(堆机器大法好 |
 |
zyf199601Feb 18, 2021
32
敏感词服务，正常 qps500，压测能到 w，rt 正常 20ms
|
 |
akiraFeb 18, 2021
33
一般项目前期不需要考虑 qps
|
 |
shanghai1943Feb 19, 2021
35
不应该顺便说下单机配置如何么，在怎样的配置承载了多少 qps
|
|
36
@shanghai1943 有道理，应该是单机环境
|
 |
hxndgFeb 19, 2021
37
和集群没法比。
我们 16g 的普通设备，ECDHE-ECDSA 单机的吞吐才 10G 高端设备 ECDHE-ECDSA 单机的吞吐才能达到 90G 不过我们是负载均衡，做 SSL-OFFLOAD 的 |
 |
AresxueFeb 20, 2021
38
正常水位 500tps，峰值 1500 左右，压测 1w+
|
Select Language