未分類
7 2 月 2021

大家做的项目生产环境平均 qps,tps，最大 qps,tps 有多少

大家做的项目生产环境平均 qps,tps，最大 qps,tps 有多少

資深大佬 : SkyLine7 4

我感觉我们做的东西都没啥人用。

大佬有話說 (39)

  • 資深大佬 : opengps

    业务场景没达到而已，跟人相关的业务，可能很少触及这种高并发
    我做车载 gps 领域，唯一一个案例，接触到的上百万终端的定位数据可以每秒上万写入

  • 資深大佬 : Ariver

    @opengps #1 秒杀啊哈哈哈

  • 資深大佬 : tikazyq

    脱离业务需求讲性能都是耍流氓

  • 資深大佬 : sadfQED2

    某商城，去年峰值 50 万+qps

    负责订单活动部分，24 小时 oncall，一会国家改法规了要加班，双十一了要加班，双十二要加班，基本上 996 跑不了。

  • 資深大佬 : NyanKoSensei

    某咖啡的某个服务，平均 qpm 600w 左右

  • 資深大佬 : KouShuiYu

    https://s3.ax1x.com/2021/02/18/yRd9Yt.png
    三个月三千个请求

  • 資深大佬 : Te11UA

    @KouShuiYu #6 过于真实

  • 主 資深大佬 : SkyLine7

    @sadfQED2 牛啊 看来还是商城类项目更能学到东西

  • 主 資深大佬 : SkyLine7

    @NyanKoSensei 牛逼

  • 主 資深大佬 : SkyLine7

    @KouShuiYu 哈哈哈跟我们差不多

  • 主 資深大佬 : SkyLine7

    @tikazyq 业务就是管理系统

  • 資深大佬 : xuanbg

    qps/tps 什么的根本不重要，只要堆设备，要多少有多少。重要的是接口响应时间。

    我这边基本 80%的接口响应时间在 10-20ms，低于 10ms 的有 10%，高于 20ms 的也是 10%。

  • 資深大佬 : tikazyq

    @SkyLine7 admin system 一般请求量不会很大，除非是美团、淘宝那种级别的 2b 应用或者其他 saas，一句话，看需求，一味追求 qps 这些指标只是吃饱了没事干

  • 資深大佬 : wakzz

    业务场景和要求不一样，性能要求和 TPS 天差万别没得比较。哪怕是同样的 TPS，允许快速失败和不允许快速失败，容忍数据丢失和不容忍数据丢失，技术难点更是一个天一个地。

  • 資深大佬 : konakona

    有什么好的监控工具？

  • 資深大佬 : fkdtz

    toC 业务
    微服务架构初级阶段
    有基本的服务治理架子，部分可视化
    但操作都还需要人工处理
    大大小小十几个服务吧
    QPS 高峰期几万个

  • 資深大佬 : Altale

    @sadfQED2 下单的？

  • 資深大佬 : fkdtz

    QPS 更多是反应用户量和业务规模，所以在这里更多是期望看看大伙都在干啥样的业务和用户规模

  • 資深大佬 : sadfQED2

    @Altale 秒杀的加购接口

  • 主 資深大佬 : SkyLine7

    @fkdtz 牛逼 高峰几万 我们高峰最多也就 200 左右

  • 主 資深大佬 : SkyLine7

    @xuanbg 这个 rt 有点牛了啊 我们接口一般都到了 500ms

  • 資深大佬 : godymho

    @opengps 用什么做的存储

  • 資深大佬 : CoderGeek

    峰值 15W/s 平常 2W 多吧

  • 資深大佬 : opengps

    @Ariver 我这只是常见的物联网传感器性质，不是秒杀，真的秒杀能到这么高的实际上很少，我这没有秒杀那种极其夸张的波动差异

    @godymho 存储问题中途尝试过多个，关系型用过 sqlserver，mysql，非关系型用过点数据库，(同行)hbase,mongo 等

  • 主 資深大佬 : SkyLine7

    @CoderGeek 这。。太高了

  • 資深大佬 : zengming00

    单台峰值 15000

  • 資深大佬 : CoderGeek

    @SkyLine7 也是零售 查账户 余额

  • 資深大佬 : wqhui

    高峰几千吧

  • 資深大佬 : NyanKoSensei

    @SkyLine7 哈哈哈哈还有技术不够，机器来凑

  • 資深大佬 : tedcon

    之前在某公司 早上 7 点就开始 2W QPS

  • 資深大佬 : zhanggg

    广告子弹夹业务，峰值 qps 能到 20w，要求 p99 <= 10ms
    (堆机器大法好

  • 資深大佬 : zyf199601

    敏感词服务，正常 qps500，压测能到 w，rt 正常 20ms

  • 資深大佬 : akira

    一般项目前期不需要考虑 qps

  • 主 資深大佬 : SkyLine7

    @zyf199601 峰值上万 rt 20ms 牛！

  • 資深大佬 : shanghai1943

    不应该顺便说下单机配置如何么，在怎样的配置承载了多少 qps

  • 主 資深大佬 : SkyLine7

    @shanghai1943 有道理，应该是单机环境

  • 資深大佬 : hxndg

    和集群没法比。
    我们 16g 的普通设备，ECDHE-ECDSA 单机的吞吐才 10G
    高端设备 ECDHE-ECDSA 单机的吞吐才能达到 90G
    不过我们是负载均衡，做 SSL-OFFLOAD 的

  • 資深大佬 : Aresxue

    正常水位 500tps，峰值 1500 左右，压测 1w+

  • 資深大佬 : sss666

    @sadfQED2 你们用什么网关，能够处理这么好