简单题,在校招中有可能遇到,但是在社招中更加有可能遇到。
在面试中,你可以结合自己的实践来讨论自己使用过的路由策略,引导话题,刷出亮点。
简单题。
类似于为什么需要 XXX 之类的问题,有一个万能的回答:业务需要。当然,你在回答的时候要举出具体的业务场景,证明你们需要这个东西。所以在这个问题之下,你可以使用同样的思路,使用一些比较高端的案例,从而引导话题,并且赢得竞争优势。
简单题,在校招和社招中都有可能遇到。
简单题,在社招中比较有可能遇到。
同样地,这种题目你就可以大谈特谈你的实践案例,从而引导话题,刷出亮点。
简单题,一般出现在社招里面,因为校招没有实践经验,所以不太会问。
在这个问题之下,一方面你可以谈及你使用过的客户端路由策略,一方面你也可以深入讨论环节客户端路由的弊端,从而赢得竞争优势。
简单题,在校招中不太常见,在社招中有可能遇到。
一般来说,服务端路由就是指网关路由,所以如果你是用过微服务网关或者 API 网关之类的,就可以结合自己的实践经验来讨论路由。
简单题,当你提及了你用过路由的时候,面试官就可能会问你这个问题。
一句话就能说清楚这两者的区别:微服务路由是筛选候选节点,而负载均衡则是选出最终节点。
简单题,如果你的项目中用了负载均衡,又用了路由策略,那么面试官可能会提出这个疑问。
而回答这个问题也很简单,那就是微服务路由关注的是哪些节点符合条件,也就是筛选候选节点;而负载均衡则是从符合条件的候选节点中挑选出最终的一个。
略难的题,如果要是你没有实践经验,没有真的决策过使用什么路由,怕是不知道怎么回答。
但是其实答案很简单,就是综合考虑业务需求和技术需求,而且大多数时候,业务需求就直接决定了你的路由策略是什么样。看似可选,实际上没有什么选择。
略难的题,只会在深入讨论微服务路由或者微服务容错的时候才会问到。
类似这种如何处理的问题,最佳的装逼方式就是使用实践案例,证明自己有丰富的经验。
略难的题,这需要你有一定的实践经验才能知道。
在这个问题之下,你可以讨论一些借助注册中心实现的动态路由策略,很容易就给注册中心带来巨大的压力。当然,这会把话题引导过去服务注册与发现,以及注册中心选型上。
略难的题,它也是一个容错的问题。
本质上来说,它跟负载均衡如何处理故障节点是同一个问题,所以用的策略也是类似的。在这个问题之下,你可以结合自己实践中的例子,引导话题,并且刷出亮点。
略难的题,你需要有实践经验才能回答好。
你可以在面试之前,准备一个路由有关的问题排查案例,在面试中使用可以起到引导话题,刷亮点的效果。
简单题,在校招和初级工程师面试中可能遇到。
在这个案例下,你可以结合自己的实践来输出案例,引导话题,刷出亮点。