集思广益,上司提了个需求要短时间可以扛住 200 万 req/s

查看 318|回复 31
wqhui   
200w/s 好吓人,春运抢票也没这么夸张吧
opengps   
提高并发无非就是分散压力,增加后端支撑
doanything   
12W QPS 。。这么牛逼。考虑用户量与请求量成不成正比先。如果正常的话,那得多赚钱呀。。😕
hsymlg   
这个 qps 有点逆天啊,我盲猜是最底层服务,然后没有设计好业务逻辑和拆分规则,请求放大被上游服务狂调,这种就是自己业务的事情;或者被攻击了,这个既然已经在 aws 上了,基本的异常流量监控应该有的吧,排查一下喽
biubiuF   
用 sqs 延时队列触发 lambda ,设置好节拍避免启动过多实例。另外 dynamodb 有读写性能限制。
不过这个数据量还是别用 lambda 了
kanepan19   
12w ? 这么大的量,已经是赚发了。
换架构,招架构师
ETiV   
如果怀疑是攻击的话,可以前面先套个 WAF
lsk569937453   
1 秒 200 万请求,假设 lambda 并发 100k,则每个 lambda 在 1 秒内需要处理 20 个请求,平均每个请求的相应时间不超过 50ms 。
理论上 lambda 和后端机器一样,是无状态的,所以可以任意扩展。
你 1 秒 200 万的请求,真正的瓶颈在后端数据库/缓存。这些有状态的才是你们系统的瓶颈。
keshawnvan   
12 万 QPS 已经接近天猫双十一的量了。
echoZero   
200 万 req/s ,12306 都得来找你们做。
您需要登录后才可以回帖 登录 | 立即注册

返回顶部