我感觉我们做的东西都没啥人用。
1
opengps 2021-02-18 09:30:21 +08:00 via Android
业务场景没达到而已,跟人相关的业务,可能很少触及这种高并发
我做车载 gps 领域,唯一一个案例,接触到的上百万终端的定位数据可以每秒上万写入 |
3
tikazyq 2021-02-18 10:03:23 +08:00
脱离业务需求讲性能都是耍流氓
|
4
sadfQED2 2021-02-18 10:18:18 +08:00 via Android
某商城,去年峰值 50 万+qps
负责订单活动部分,24 小时 oncall,一会国家改法规了要加班,双十一了要加班,双十二要加班,基本上 996 跑不了。 |
5
NyanKoSensei 2021-02-18 10:50:56 +08:00
某咖啡的某个服务,平均 qpm 600w 左右
|
6
KouShuiYu 2021-02-18 11:11:53 +08:00 7
|
9
SkyLine7 OP @NyanKoSensei 牛逼
|
12
xuanbg 2021-02-18 11:25:35 +08:00 2
qps/tps 什么的根本不重要,只要堆设备,要多少有多少。重要的是接口响应时间。
我这边基本 80%的接口响应时间在 10-20ms,低于 10ms 的有 10%,高于 20ms 的也是 10%。 |
13
tikazyq 2021-02-18 11:44:00 +08:00
@SkyLine7 admin system 一般请求量不会很大,除非是美团、淘宝那种级别的 2b 应用或者其他 saas,一句话,看需求,一味追求 qps 这些指标只是吃饱了没事干
|
14
wakzz 2021-02-18 12:05:02 +08:00
业务场景和要求不一样,性能要求和 TPS 天差万别没得比较。哪怕是同样的 TPS,允许快速失败和不允许快速失败,容忍数据丢失和不容忍数据丢失,技术难点更是一个天一个地。
|
15
konakona 2021-02-18 12:05:23 +08:00
有什么好的监控工具?
|
16
fkdtz 2021-02-18 12:17:06 +08:00
toC 业务
微服务架构初级阶段 有基本的服务治理架子,部分可视化 但操作都还需要人工处理 大大小小十几个服务吧 QPS 高峰期几万个 |
18
fkdtz 2021-02-18 12:18:40 +08:00
QPS 更多是反应用户量和业务规模,所以在这里更多是期望看看大伙都在干啥样的业务和用户规模
|
23
CoderGeek 2021-02-18 14:06:37 +08:00
峰值 15W/s 平常 2W 多吧
|
24
opengps 2021-02-18 14:39:48 +08:00 via Android
|
26
zengming00 2021-02-18 14:51:04 +08:00
单台峰值 15000
|
28
wqhui 2021-02-18 15:12:18 +08:00
高峰几千吧
|
29
NyanKoSensei 2021-02-18 15:40:53 +08:00
@SkyLine7 哈哈哈哈还有技术不够,机器来凑
|
30
tedcon 2021-02-18 16:02:16 +08:00
之前在某公司 早上 7 点就开始 2W QPS
|
31
zhanggg 2021-02-18 17:16:39 +08:00
广告子弹夹业务,峰值 qps 能到 20w,要求 p99 <= 10ms
(堆机器大法好 |
32
zyf199601 2021-02-18 17:58:55 +08:00
敏感词服务,正常 qps500,压测能到 w,rt 正常 20ms
|
33
akira 2021-02-18 20:12:21 +08:00
一般项目前期不需要考虑 qps
|
35
shanghai1943 2021-02-19 10:20:09 +08:00
不应该顺便说下单机配置如何么,在怎样的配置承载了多少 qps
|
36
SkyLine7 OP @shanghai1943 有道理,应该是单机环境
|
37
hxndg 2021-02-19 15:53:05 +08:00
和集群没法比。
我们 16g 的普通设备,ECDHE-ECDSA 单机的吞吐才 10G 高端设备 ECDHE-ECDSA 单机的吞吐才能达到 90G 不过我们是负载均衡,做 SSL-OFFLOAD 的 |
38
Aresxue 2021-02-20 16:06:39 +08:00
正常水位 500tps,峰值 1500 左右,压测 1w+
|