阅读 11808

尴尬的面试现场:说说你们系统有多大QPS?系统到底怎么抗住高并发的?【石杉的架构笔记】

目录

(1)尴尬的面试现场:第一幕

(2)尴尬的面试现场:第二幕

(3)别让你学的技术成为空中楼阁

(4)想方设法的 “虐虐” 自己

“ 这篇文章,给大家说一个同样是很多人都很迷惑的问题,因为实在是太多同学来问我类似的问题了,所以写一篇文章给大家来说一下。

事情的起因是这样子的:很多好学的同学,都会自己平时研究很多的技术,比如常见的就是买书看书,参加在线培训课程,购买一些知识付费的专栏,或者购买一些视频课程。

但是这些好学的同学在学了很多东西之后,出去面试都遇到了这样的一个痛点问题

这些同学简历上写了很多高大上的技术,但是其实自己可能没机会,或者还没来得及在自己手头负责的项目里用过,而且自己负责的项目好像也没很么用户量和并发量。

(1)尴尬的面试现场1

于是面试官和候选人可能会展开如下一系列的问题:

面试官

你说你们系统用了Redis,那你说说你们项目目前有多少用户?

候选人

这个。。。。好像大概就几百或者几千?(或者有的人是小互联网公司的,可能会说,大概有个百万级的用户量)

面试官

好吧,那你说一下你们系统每天日活是多少?

解释一下日活:如果一个公司的产品有100万注册用户,但肯定不是每天每个人都会来用你的系统的啊!就好像注册了一个APP,可能半年才会用一次!这个日活,就是每天到底多少人来用)

候选人

啊?每天多少人来用?我这个还真的没统计过啊。。大概可能有几千或者几万个人?

面试官

行吧,那你们每天几千或者几万个人来用,那每天的请求量有多大?

候选人

这个我还真的没统计过啊,不好意思啊!

面试官

纳尼?那你知道你们的系统高峰期QPS有多大码?(QPS,Query Per Second,也就就是每秒有多少请求)

候选人

(心里感觉快哭了,因为觉得这个面试要黄,为啥什么技术都没问题,直接来这些啊)我真的不知道啊。。。

面试官

那你什么都不知道,你说说你们系统为什么要用Redis缓存?还要搭建一个3台机器组成的Redis Cluster,这原因何在?

如果不用Redis,直接就用MySQL来抗能不能抗的住?

候选人

我们当时用Redis。。。。咦?到底为啥要用啊?我好像也忘了,就感觉可以把这个技术用一下,毕竟我们花了时间来调研,所以觉得可以用就用一下。

面试官

你这是典型的为了用而用啊!那你简历上说,你熟悉高并发相关技术,包括Redis、RocketMQ,等等,那你到底做过高并发系统没有啊?

候选人

好吧,我错了,我确实不知道什么是高并发,我就是学了这些技术然后就写在简历上了。

面试官

(心里活动)咋回事,搞半天是没相关经验的,都是自己学了一下啊,好吧,那来压一压薪资,看来不能当资深码农来对待了 ,就当做普通的来面一下好了


于是两个人进入了一系列的技术问答,但是面试官心里有数,这个候选人最多就是给一个普通工程师的职位,因为其实他并没有过技术在项目如何落地的一些经验。

(2)尴尬的面试现场2

这个候选人痛定思痛,回来改了一下简历,说自己负责的系统,日活用户几十万人,高峰期QPS可以达到5000/s+。

然后心想,这回不会像上次一样,把这个事儿给聊黄了吧。到了面试现场坐下来开始了跟面试官下面的对话:


面试官

你们用户量多大?日活多少?每天请求量多大?高峰期QPS多高?

候选人

(胸有成竹,嘴角挂着迷之微笑。。。)注册用户100万,每天日活几十万用户,每天请求量有几千万,高峰期QPS最大有5000/s+。

面试官

奥,那你们线上的部署架构是怎么做的,给我画图看看?

然后你们一共有哪些服务,每个服务部署了多少台机器?每台机器是什么配置?CPU和内存有多大?你的机器部署是怎么抗住每秒5000请求的?

候选人

(心理活动)公司实际没啥请求量,每个服务就部署一台机器,连配置自己都没关注过,天知道每秒5000请求需要多少机器可以抗住啊。。。

面试官

咦?你怎么支支吾吾的,自己项目线上部署情况都不清楚?

那如果你们从网关入口层进来的请求是5000/s的话,那你能画图说一下你负责的每个服务的接口的QPS是多少?

然后你们的各个中间件,MySQL、Redis、ES、RocketMQ,他们各自的QPS都是多少?以及他们各自都部署了多少机器,每个机器什么配置?

候选人

这个。。。。我从来没考虑过,我还真的不知道啊!

面试官

那你简历说你系统可以抗5000/s的并发请求,你根本不知道系统架构是怎么抗住的啊!

候选人

…………


(3)别让你学的技术成为空中楼阁

上面说的两个面试场景,其实真的是非常真实的两个场景,是很多很多同学频繁给我反馈的尴尬面试现场。

因为这些同学学了很多东西,但是自己没准备好技术在项目里怎么落地的,结果就惨了,出去面试就各种尴尬。

因为学了的技术没落地过,那不相当于空中楼阁,你面试心里能不慌吗?

所以这里要给大家说的一点,就是自己平时会学很多的技术,但是一定要注意把这些技术尽量尝试落地用到自己手头负责的项目里去。

(4)想方设法的“虐虐”自己

另外,光用是不行的,你平时得考虑好,假设你的项目的用户量有百万级,然后每天有几千万请求,高峰期每秒有好几千请求。

那么这个时候,你的每个服务会有多高的QPS?每个服务需要部署多少台机器才可以抗住?机器的配置是多高?

然后系统会对背后的MySQL、Redis、ES、RabbitMQ等数据库以及中间件,产生多高的QPS?这些中间件需要部署多少台机器,用多高配置的机器?

这些东西其实是非常非常重要的,也是你在学习了N多技术之后,把技术真正转化为自己的东西需要做的很多消化性的事情。

所以,希望大家平时好好准备,多实践,多动手。实际工作中多思考,多给自己设计各种场景,push自己去解决这些场景的技术难题。

你在平时工作中多 “虐虐” 自己,面试才能表现的更加胸有成竹、云淡风轻。



一大波微服务、分布式、高并发、高可用的原创系列文章正在路上,

欢迎关注公众号:石杉的架构笔记

周一至周五早八点半!精品技术文章准时送上!!!

十余年BAT架构经验倾囊相授


关注下面的标签,发现更多相似文章
评论