面试总结1

最近在负责招聘面试这块,最然也是刚刚入java圈子不久,但是也得拼劲全力逼自己一把,努力在面试的时候把自己的能力提现出来。

以前是面试者,现在是面试官。这样的转变,其实是可以学习到很多东西的。

本着对面试者以及对我自己负责的态度,我写下了这篇文章。

在面试的过程中,我理解不要把它当成浪费时间,而应该从面试过程中学到很多的知识,尊重面试者。

其实面试也是自我学习与成长、开阔眼界的机会。


面试总结

  • 作为面试官,我会注意自己和面试者的沟通,让面试者觉得很舒服,另外锻炼自己的表达能力,使得自己能够更好地和别人沟通,我认为这也是一种能力。
  • 另外作为面试官,我会尝试寻找一些面试题,我会学着去思考,思考我要问什么问题,问到哪里
  • 作为面试官,我也会认真看简历,了解这个人的项目,并且尝试对一些我认为比较难的点做出提问
  • 最后,作为面试官我还会学会总结,面试者有一些知识也是我不会的,我欠缺的

沟通能力、思考能力这个需要在将来的过程中一步步磨炼,我这里就记载下一些干货。

技术总结

  • java调用c/c++

之前旨在学校学过,但是真的是有实际的项目这么做的。面试者做的水印项目用到了这个技术。水印的技术是用c/c++实现,java负责调用c/c++,实现文档的水印。

  • 负载均衡的实现ribbon

   Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具,它基于Netflix Ribbon实现。通过Spring Cloud的封装,可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。Spring Cloud Ribbon虽然只是一个工具类框架,它不像服务注册中心、配置中心、API网关那样需要独立部署,但是它几乎存在于每一个Spring Cloud构建的微服务和基础设施中。因为微服务间的调用,API网关的请求转发等内容,实际上都是通过Ribbon来实现的,包括后续我们将要介绍的Feign,它也是基于Ribbon实现的工具。所以,对Spring Cloud Ribbon的理解和使用,对于我们使用Spring Cloud来构建微服务非常重要。

这里就先简单的了解下ribbon。spring cloud我还没有学到,我打算学习的时候到时候好好学学,原来还有能代替nginx的java框架呢,涨知识啦~~~

这里既然学习到了负载均衡,我们就来好好学学。

负载均衡

  • 服务端负载均衡
  • 客户端负载均衡
  • 了解负载均衡策略(服务端、客户端大同小异)

服务端负载均衡

负载均衡是我们处理高并发、缓解网络压力和进行服务器扩容的重要手段之一,但是一般情况下我们所说的负载均衡通常都是指服务器端负载均衡,服务器端负载均衡又分为两种,一种是硬件负载均衡,还有一种是软件负载均衡。

硬件负载均衡主要通过在服务器节点之前安装专门用于负载均衡的设备,常见的如:F5。

软件负载均衡则主要是在服务器上安装一些具有负载均衡功能的软件来完成请求分发进而实现负载均衡,常见的如:LVS 、 Nginx 、Haproxy。

无论是硬件负载均衡还是软件负载均衡,它的工作原理都不外乎下面这张图:

客户端负载均衡

而微服务的出现,则为负载均衡的实现提供了另外一种思路:把负载均衡的功能以库的方式集成到服务的消费方,而不再是由一台指定的负载均衡设备集中提供。这种方案称为软负载均衡(Soft Load Balancing)或者客户端负载均衡。常见的如:Spring Cloud中的 Ribbon。

Ribbon是一个基于HTTP和TCP的客户端负载均衡器,当我们将Ribbon和Eureka一起使用时,Ribbon会到Eureka注册中心去获取服务端列表,然后进行轮询访问以到达负载均衡的作用,客户端负载均衡也需要心跳机制去维护服务端清单的有效性,当然这个过程需要配合服务注册中心一起完成。


服务端与客户端负载均衡总结

  • 服务器端负载均衡 客户端先发送请求到负载均衡服务器,然后由负载均衡服务器通过负载均衡算法,在众多可用的服务器之中选择一个来处理请求。
  • 客户端负载均衡 客户端自己维护一个可用服务器地址列表,在发送请求前先通过负载均衡算法选择一个将用来处理本次请求的服务器,然后再直接将请求发送至该服务器

负载均衡算法

  • RoundRobinRule: 轮询策略,Ribbon以轮询的方式选择服务器,这个是默认值。所以示例中所启动的两个服务会被循环访问;
  • RandomRule: 随机策略,也就是说Ribbon会随机从服务器列表中选择一个进行访问;
  • BestAvailableRule: 最大可用策略,即先过滤出故障服务器后,选择一个当前并发请求数最小的;
  • WeightedResponseTimeRule: 带有加权的轮询策略,对各个服务器响应时间进行加权处理,然后在采用轮询的方式来获取相应的服务器;


 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值