我跟领导是用微信语音来面试。
我自己的水平到不了这个级别,领导就让我问了些基础知识意思一下。
这个人确实回答的确实挺全面的。
然后因为难得遇见这种大佬,我就自己算是请教了几个问题。
第一,如果是很大的项目,需要部署多个服务器。
那怎么提前预估,需要的带宽,机器配置,机器数量。
他吧啦吧啦说了些,我就听懂了个他说之前有在华为做过,自己遇到就参考华为的方案。
第二,我问他如果是多服务部署,做了负载均衡。
那么一个用户在 A 服务器登录了,后面的请求又被负载均衡到了 B 服务器上。
那这个用户的登录信息,session 信息怎么办。
他说服务器之间会同步这些用户登录信息。
我就追问,那岂不是每一台机器都复制了一份其它服务器的登录信息?
他就说是的,然后马上说实际上他们有一个专门的服务器存储登录信息,不用互相同步。
讲完了他可能发现这个设计不对,自己说这种设计如果登录信息存储的服务器挂了,
那么可能所有服务器都会收影响。也没说后续怎么解决这个问题。
第三我问他,如果大项目,部署了多台服务器。那一天我需要更新站点,
那怎么保证多台服务都能更新好了以后再对外提供服务。
而不是出现一半服务器更新好了,一半服务器还是旧的。
他也吧啦吧啦了半天,反正我也没听懂。
然后我觉得我级别不够,问不了啥了,就让领导来问。
因为他简历上写了很多负载均衡,监控,运维相关的知识,领导就问他这些东西。
他吧啦吧啦也算是讲了一大堆。
面完了以后领导私发微信跟我说,这个人是照着百度在念答案。
因为我领导对他这些东西也不了解,所以他也在百度。结果发现他是一字不落的在念。
这人当前待遇的 3W 出头,带过外企,而且还参与过中国银行项目,说是千万 PV 级别。
所以这人真的是靠吹比和百度就做了十几年前端做到 3W 月薪吗??
还是我和领导判断的有问题?我迷惑了
202
liveoppo 2020-08-07 23:10:28 +08:00
请一个水平不错的前端帮你们面一下吧,一下子就清楚了。
|
203
mxT52CRuqR6o5 2020-08-07 23:24:24 +08:00 via Android
@swulling jwt 主动失效不好搞吧,要是在 jwt 上再开发失效方案约等于重新实现 session,感觉还是 session 类的方案好些
|
204
muchrooms 2020-08-07 23:53:19 +08:00
这就是传说中的面好了 5w 面不好 5k
|
205
swulling 2020-08-08 00:27:59 +08:00 via iPhone
|
206
laike9m 2020-08-08 01:08:47 +08:00 via Android
拉黑就完事儿了
|
207
Wait845 2020-08-08 01:31:38 +08:00 via iPhone
真相是,百度上的都是他写的😁
|
208
daimubai 2020-08-08 02:50:24 +08:00
挺佩服这种人的,我是没有这种勇气,有多少本事拿多少工资,不然拿着不踏实
|
209
nl101531 2020-08-08 08:03:07 +08:00 via iPhone
这些都后端或者运维关心的吧。。。前端 也要关心负载均衡,分布式 session ?
|
210
myself659 2020-08-08 09:08:59 +08:00
show me the code
问一些百度就知道的问题,是面试的方法的问题 |
211
werls 2020-08-08 09:21:50 +08:00 via Android
现在单点登录不是用 token 维持吗? cookie 过时了吧,
|
212
shadowyue OP @mxT52CRuqR6o5 @swulling @werls
所以大佬是认为,实际应用上综合起来还是 cookie-session 这一套成熟的东西更实用吗? 我之前就看过文章说现在滥用 jwt 、token 做登录验证。 你用 token 来存储会话信息,并且自己设计一套失效机制, 本质上你是在自己重新实现了 cookie-session 这一套技术,是多此一举了。 |
213
valenzhou 2020-08-08 10:28:30 +08:00
终于知道为啥互联网这么内卷了...
|
214
xuanbg 2020-08-08 11:41:06 +08:00
@werls cookie 过时倒不至于……但现在都是多端,但 cookie 只支持 web……你要有个移动 APP 或者桌面 APP,就玩不转了。
so,就需要 token 这种客户端类型无关的技术。 |
215
xuanbg 2020-08-08 11:43:12 +08:00
@shadowyue cookie-session 是 web 专有的,解决不了多端的问题。用 token 替代 cookie 并不存在滥用的问题。
|
216
ren2881971 2020-08-08 12:06:25 +08:00
我面试时候只要感觉应聘人员 说的不对。 那就换一个方向问。 因为你心里已经有数了。
|
217
badmarillo 2020-08-08 12:08:12 +08:00
前端做到 3W 月薪很难吗???
|
218
corningsun 2020-08-08 12:14:38 +08:00 via iPhone
第二,简单点是做 session 绑定,一个用户的请求只到某一台服务器,缺点是有一台服务器挂了,用户就要重新登录。
完整点就做分布式 session,所有服务器都到统一的地方获取 session 。常用的是 redis,通过 redi 集群保证高可用。 |
219
corningsun 2020-08-08 12:16:23 +08:00 via iPhone
第三,其实是灰度发布,更新服务器前先从负载均衡,如 F5 等拉出,发布完成后再拉入。知道全部更新完成。
|
220
Y29tL2gwd2Fy 2020-08-08 12:34:53 +08:00 via iPhone
菜鸡面菜鸡就会遇到这种情况
|
221
shadowyue OP |
222
shadowyue OP |
223
GrayXu 2020-08-08 12:58:25 +08:00 via Android
有太多槽点了。。前端人写后端经验,面试还真问自己不了解的后端问题。另外分布式的一致性方案不要太多…这个是真属于你们俩都不懂。
|
224
qiaobeier 2020-08-08 13:11:14 +08:00
用 google 说不定就成了吧 🤣
|
225
mokeduo 2020-08-08 13:28:27 +08:00
应聘者的评价可以放一放;面试官不应该有一点资质么?要不怎么选嘛?两边都百度,会很糟糕的。
|
226
BIAOXYZ 2020-08-08 13:46:21 +08:00
@shadowyue #222 我关于这一点和你的疑问是一样的,手机 app 不是也可以走 web 吗,为啥 cookie/session 就不行了呢?
|
227
xuanbg 2020-08-08 14:43:14 +08:00
|
228
Torpedo 2020-08-08 17:03:51 +08:00
@shadowyue 前端部署这套还是很简单的。ng 或者后端服务返回 html,其余扔 cdn 。先上 cdn 再上 html 。原理就是 cdn 上的资源内容不同,会代不同 md5 后缀,上强缓存。把 html 当做每次更新的索引,保持动态性。规模再大,也没问题。
|
229
shadowyue OP |
230
leokino 2020-08-08 17:49:31 +08:00
@shadowyue 那篇说滥用 jwt token 做登陆的是掘金那片吧。我觉得价值不大。cookie 既然能用肯定有他的价值,但新的技术既然被研发推广,必然是老的技术不能满足新的需求。那片文章认为这些都是追赶时髦,我觉得是不尽然的。
|
231
shadowyue OP |
232
zhgg0 2020-08-08 21:34:15 +08:00
|
233
larisboy 2020-08-10 10:03:21 +08:00
@corningsun 还可以在网关层入手,根据 ip 来取模
|
234
IamMM 2020-09-01 10:09:44 +08:00
敢不敢说你们是哪家公司,公司信任你让你面试,你反而跑到第三方论坛去嘲讽面试者,报出公司名,看不锤爆你的狗头
|