总结
至此,文章终于到了尾声。总结一下,我们谈论了简历制作过程中需要注意的以下三个部分,并分别给出了一些建议:
- 技术能力:先写岗位所需能力,再写加分能力,不要写无关能力;
- 项目经历:只写明星项目,描述遵循 STAR 法则;
- 简历印象:简历遵循三大原则:清晰,简短,必要,要有的放矢,不要海投;
以及最后为大家准备的福利时间:简历模板+Java面试题+热门技术系列教程视频
在计算中,负载平衡可以改善跨计算机,计算机集群,网络链接,中央处理单元或磁盘驱动器等多种计算资源的工作负载分布。负载平衡旨在优化资源使用,最大化吞吐量,最小化响应时间并避免任何单一资源
的过载。使用多个组件进行负载平衡而不是单个组件可能会通过冗余来提高可靠性和可用性。负载平衡通常涉及专用软件或硬件,例如多层交换机或域名系统服务器进程。
Hystrix是一个延迟和容错库,旨在隔离远程系统,服务和第三方库的访问点,当出现故障是不可避免的故障时,停止级联故障并在复杂的分布式系统中实现弹性。
通常对于使用微服务架构开发的系统,涉及到许多微服务。这些微服务彼此协作。
思考以下微服务
假设如果上图中的微服务9失败了,那么使用传统方法我们将传播一个异常。但这仍然会导致整个系统崩溃。
随着微服务数量的增加,这个问题变得更加复杂。微服务的数量可以高达1000.这是hystrix出现的地方,我们将使用Hystrix在这种情况下的
Fallback方法功能。我们有两个服务employee-consumer使用由
employee-consumer公开的服务。
简化图如下所示
现在假设由于某种原因,employee-producer 公开的服务会抛出异常。我们在这种情况下使用Hystrix 定义了一个回退方法。这种后备方法应该具有与公开服务相同的返回类型。如果暴露服务中出现异常,则回退方法将返回一些值。
由于某些原因,employee-consumer 公开服务会引发异常。在这种情况下使用Hystrix我们定义了一个回退方法。如果在公开服务中发生异常,则回退方法返回- -些默认值。
如果firstPage method(中的异常继续发生,则Hystrix电路将中断,并且员工使用者将一起跳过firtsPage方法,并直接调用回退方法。断路器的目的是给第一页方法或第一 页方法可能调用的其他方法留出时间,并导致异常恢复。可能发生的情况是,在负载较小的情况下,导致异常的问题有更好的恢复机会。
Feign是受到Retrofit,JAXRS-2.0 和WebSocket启发的java客户端联编程序。Feign的第一个目标是将约束分母的复杂性统一到http apis,而不考虑其稳定性。在employee-consumer的例子中,我们使用了employee-producer使用REST模板公开的REST服务。
但是我们必须编写大量代码才能执行以下步骤
●使用功能区进行负载平衡。
●获取服务实例,然后获取基本URL。
●利用REST模板来使用服务。前面的代码如下
-
@Controller
-
public class ConsumerControllerClient {
-
@Autowired
-
private LoadBalancerClient loadBalancer;
-
public void getEmployee() throws RestClientException, IOExc
eption {
-
ServiceInstance serviceInstance=loadBalancer.choose("employ
ee-producer"); 10.
11.System.out.println(serviceInstance.getUri());
-
String baseUrl=serviceInstance.getUri().toString();
-
baseUrl=baseUrl+“/employee”;
-
RestTemplate restTemplate = new RestTemplate();
-
ResponseEntity response=null;
-
try{
-
response=restTemplate.exchange(baseUrl,
-
HttpMethod.GET, getHeaders(),String.class);
-
}catch (Exception ex)
-
{
-
System.out.println(ex);
-
}
-
System.out.println(response.getBody());
-
}
之前的代码,有像NullPointer这样的例外的机会,并不是最优的。我们将看到如何使用Netlix Feign使呼叫变得更加轻松和清洁。如果Netlix Ribbon依赖关系也在类路径中,那么Feign默认也会负责负载平衡。
考虑以下情况:我们有多个应用程序使用Spring Cloud Config读取属性,而Spring Cloud Config 从GIT读取这些属性。
下面的例子中多个员工生产者模块从Employee Config Module获取Eureka注册的财产。
如果假设GIT中的Eureka注册属性更改为指向另一台Eureka服务器,会发生什么情况。在这种情况下,我们将不得不重新启动服务以获取更新的属性。
还有另一种使用执行器端点/刷新的方式。但是我们将不得不为每个模块单独调用这个url。例如,如果Employee Producer1部署在端口8080.上,则调用http:// localhost:8080 / refresh。同样对于Employee Producer2http:// localhost:8081 / refresh等等。这又很麻烦。这就是Spring CloudBus发挥作用的地方。
Spring Cloud Bus提供了跨多个实例刷新配置的功能。因此,在上面的示例中,如果我们刷新Employee Producer1,则会自动刷新所有其他必需的模块。如果我们有多个微服务启动并运行,这特别有用。这是通过将所有微服务连接到单个消息代理来实现的。无论何时刷新实例,此事件都会订阅到侦听此代理的所有微服务,并且它们也会刷新。可以通过使用端点/总线/刷新来实现对任何单个实例的刷新。
感谢你看到了这里!
我这边整理了多家互联网公司的面试资料(含答案),如下图
最后
分布式技术专题+面试解析+相关的手写和学习的笔记pdf
还有更多Java笔记分享如下:
[外链图片转存中…(img-uD7qt84n-1715772284181)]