竞聘鹅厂.NET开发,昨晚二面被刷,这问题到底该怎么回答?

·  阅读 248
竞聘鹅厂.NET开发,昨晚二面被刷,这问题到底该怎么回答?

牛年跳槽季,惨遭开门黑,谨以此文纪念笔者的首次腾讯面试经历。经老师,微软MVP大佬推荐,有幸拿到了腾讯.NET Core高开面试机会,二面却挂在一个最常见的问题上,“你上家公司电商平台的TPS、QPS是多少,怎么应对增长的?”,一是当时脑子短路,几个词都混淆了,二是日常项目的几个数据确实没有关心,一问就傻了。这不回来了就去整理了一波相关知识,这会儿也给大家分享下!

如何理解高并发?

公认的高并发场景:双11、春运抢票、微博大V热点新闻、秒杀系统、日均千万级订单系统、亿级日活信息流,然而这些高并发场景,并发量各不相同,那到底多大并发才算高并发呢?

1.不能脱离场景看数字,10W QPS的秒杀是高并发,1W QPS的信息流就不是高并发?信息流场景涉及复杂的推荐模型和各种人工策略,业务逻辑可能比秒杀场景复杂10倍不止。因此,不在同一个维度,没有任何比较意义。

2.业务都是从0到1做起来的,并发量和QPS只是参考指标,高并发最重要的是流量变成10倍、100倍的过程中,是否有恰当的方式去演进系统,能从架构设计、编码实现、甚至产品方案等多维度去预防和解决高并发引起的问题,而不是一味地升级硬件、加机器做水平扩展。

如何应对高并发?

年年岁岁跳槽季,回回必问高并发,而我还是挂在这里,原因很简单,因为高并发能牵扯出太多问题,接口响应超时、CPU负载升高、GC频繁、死锁、大数据量存储等,能考察求职者的真实情况。而我在第一步就倒下了,因为对数据化的指标没有概念:不清楚选择什么样的指标来衡量高并发系统?分不清并发量和QPS,甚至不知道自己系统的总用户量、活跃用户量,平峰和高峰时的QPS和TPS等关键数据,后面谈优化只是隔靴搔痒。

说起高并发方案,很多人都能滔滔不绝,大到垂直拆分、水平扩展、缓存、异步化架构设计,小到并发编程、请求合并、文件压缩等编程技术,然而没有实践落地经验,只能是纸上谈兵,全无落地细节。

分类:
后端
标签:
分类:
后端
标签:
收藏成功!
已添加到「」, 点击更改