
我感觉我们做的东西都没啥人用。
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 |
9 SkyLine7 OP @NyanKoSensei 牛逼 |
12 xuanbg 2021-02-18 11:25:35 +08:00 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+ |