从天气项目看 Spring Cloud 微服务治理| |微服务的熔断机制

熔断机制

有点像保险丝，负荷太大

什么是服务的熔断机制

是对系统的防护，比如说大量的请求来请求资源，资源会耗尽
当请求超过服务某个阀值，就会采取熔断机制，向用户返回一些响应信息
可能会造成雪崩（服务之间相互依赖）
实现方式有：
断路器
断路器模式

熔断的意义

熔断与降级的区别

相似性：

目的一致：保护系统
表现形式：让用户体验到某些服务不可达
粒度一致：服务级别

主要区别：

触发条件：服务熔断是由服务引起的，属于下游服务；服务降级是从整体的负荷考虑的
管理目标的层次

如何集成Hystrix

监控微服务的调用

添加依赖：

// Hystrix
	compile('org.springframework.cloud:spring-cloud-starter-netflix-hystrix')

修改启动配置类

@SpringBootApplication
@EnableDiscoveryClient
@EnableFeignClients
@EnableCircuitBreaker
public class Application {

	public static void main(String[] args) {
		SpringApplication.run(Application.class, args);
	}
}

启用Hystrix

测试
1.启动Server
2.启动城市服务

断开城市微服务，提示断路器数据

实现微服务的熔断机制

添加依赖

// Hystrix
	compile('org.springframework.cloud:spring-cloud-starter-netflix-hystrix')

修改启动配置类

@SpringBootApplication
@EnableDiscoveryClient
@EnableFeignClients
@EnableCircuitBreaker
public class Application {

	public static void main(String[] args) {
		SpringApplication.run(Application.class, args);
	}
}

修改配置文件

启用熔断器

声明回调函数为一个Spring的bean

@Component
public class DataClientFallback implements DataClient {
	@Override
	public List<City> listCity() throws Exception {
		List<City> cityList = null;
		cityList = new ArrayList<>();
		
		City city = new City();
		city.setCityId("101280601");
		city.setCityName("深圳");
		cityList.add(city);
		
		city = new City();
		city.setCityId("101280301");
		city.setCityName("惠州");
		cityList.add(city);
		
		return cityList;
	}

	@Override
	public WeatherResponse getDataByCityId(String cityId) {
		return null;
	}

}

修改前端页面

测试：打开Redis服务器
启动micro-weather-eureka-server 指明端口号：8761
启动msa-weather-collection-eureka-feign 指明端口号：8081
启动msa-weather-collection-eureka-feign 指明端口号：8082
启动msa-weather-data-eureka 指明端口号：8083
启动msa-weather-data-eureka 指明端口号：8084
启动msa-weather-city-eureka 指明端口号：8085
启动msa-weather-city-eureka 指明端口号：8086
启动msa-weather-report-eureka-feign-gateway-hystrix 指明端口号：8087
启动msa-weather-report-eureka-feign-gateway-hystrix 指明端口号：8088
启动msa-weather-eureka-client-zuul 指明端口号：8081


当天气数据微服务不可用时：