Spring Cloud ConfigClient构建

2018-12-26  本文已影响0人  Sponge1128

学习spring cloud config client,构建简单的许可证服务,通过Eureka服务发现来查询ConfigServer服务,并使用客户端弹性模式来保证服务能够快速失败,记录构建中所遇到的问题和学习总结。

1.MySQL的时区错误问题

当配置完后,在获取数据库数据时报错:The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized or represents more than one time zone
解决办法:

2.客户端弹性模式

当服务崩溃时,很容易检测到该服务已经不在了,因此应用程序可以绕开它,但是当服务运行缓慢时,检测到此服务并绕开它时非常困难的。主要是因为:

客户端弹性模式的重点在于,当远程服务发生错误或者表现不佳时保护远程资源(另一个微服务调用和数据库查询)的客户端免于崩溃,目标是让客户端“快速失败”,而不消耗诸如数据库连接和线程池之类的宝贵资源,并且可以防止远程服务的问题向客户端的消费者进行上游传播。

2.1 断路器模式

模仿电路断路器的客户端弹性模式,当远程服务被调用时,断路器将监视此调用,若调用时间太长,断路器将会介入并中断调用。此外,断路器将监视所以对远程资源的调用,如果对某一远程资源的调用失败次数足够多,那么断路器实现就会出现并采取快速失败,阻止将来调用失败的远程资源。

需要在项目的pom.xml文件中导入Spring Hystrix依赖项:

<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-hystrix</artifactId>
            <version>1.4.6.RELEASE</version>
 </dependency>

使用@EnableCircuitBreaker注解标注服务的引导类,开启断路器;使用方法级注解@HystrixCommand,使被标记的调用拥有断路器功能,它将动态生成一个代理,该代理将包装此方法,并通过专门用于处理远程调用的线程池来管理对该方法的所有调用。

2.2 后备模式

当远程服务调用失败时,服务消费者将执行替代代码路径,并尝试通过其他方式执行操作,而不是生成一个异常。通常涉及从另一数据源查找数据或将用户的请求进行排队以供处理。要使用Hystrix是实现一个后备策略,需要完成:

2.3舱壁模式

在基于微服务的应用程序中,开发人员通常需要调用多个微服务来完成特定的任务。在不使用舱壁模式的情况下,这些调用默认使用同一批线程来执行调用,这些线程时为了处理整个JAVA容器的请求而预留的。
在存在大量请求的情况下,一个服务出现性能问题会导致JAVA容器的所有线程被刷爆并等待处理工作,同时阻塞新请求,最终导致JAVA容器崩溃。
舱壁模式将远程资源调用隔离在它们自己的线程池中,以便可以控制单个表现不佳的服务,而不会使该容器崩溃。如果一个服务响应缓慢,那么这种服务调用的线程池就会饱和并停止处理请求,而对其他服务的服务调用则不会变得饱和。

上一篇下一篇

猜你喜欢

热点阅读