-前端
一、在一些不穩定因素致使路由後面的微服務宕機或者無響應時,zuul 就會累計大量的請求,長此以往基本上全部的請求都會超時,可是請求連接數卻不斷的在增長,不斷的佔用資源池不能結束知道超時消耗殆盡致使zuul微服務死機,總體掛機消亡; 二、而 zuul 在這種狀況下,提供一種很好的回退機制,針對大量請求時提供了友好的熔斷機制,確保在路由微服務修復前,儘可能將過多的請求快速響應返回,減輕zuul的壓力; 三、在本章節,咱們對上面發生的這種廣泛現象作了一種簡單的回退處理,有效下降微服務的壓力,還能夠友好的提示給前端用戶,或者調用方;
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <artifactId>springms-gateway-zuul-fallback</artifactId> <version>1.0-SNAPSHOT</version> <packaging>jar</packaging> <parent> <groupId>com.springms.cloud</groupId> <artifactId>springms-spring-cloud</artifactId> <version>1.0-SNAPSHOT</version> </parent> <dependencies> <!-- API網關模塊 --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-zuul</artifactId> </dependency> <!-- 客戶端發現模塊,因爲文檔說 Zuul 的依賴裏面不包括 eureka 客戶端發現模塊,因此這裏還得單獨添加進來 --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> </dependency> </dependencies> </project>
spring: application: name: springms-gateway-zuul-fallback server: port: 8200 eureka: datacenter: SpringCloud # 修改 http://localhost:8761 地址 Eureka 首頁上面 System Status 的 Data center 顯示信息 environment: Test # 修改 http://localhost:8761 地址 Eureka 首頁上面 System Status 的 Environment 顯示信息 client: service-url: defaultZone: http://admin:admin@localhost:8761/eureka healthcheck: # 健康檢查 enabled: true instance: prefer-ip-address: true instance-id: ${spring.application.name}:${spring.cloud.client.ipAddress}:${spring.application.instance_id:${server.port}} ##################################################################################################### zuul: ignoredServices: springms-consumer-movie-ribbon-with-hystrix routes: springms-provider-user: /user/** ##################################################################################################### ##################################################################################################### # 打印日誌 logging: level: root: INFO com.springms: DEBUG ##################################################################################################### ##################################################################################################### ribbon: ConnectTimeout: 3000 ReadTimeout: 60000 ##################################################################################################### ##################################################################################################### # 解決第一次請求報超時異常的方案,由於 hystrix 的默認超時時間是 1 秒,所以請求超過該時間後,就會出現頁面超時顯示 : # # 這裏就介紹大概三種方式來解決超時的問題,解決方案以下: # # 第一種方式:將 hystrix 的超時時間設置成 5000 毫秒 hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds: 5000 # # 或者: # 第二種方式:將 hystrix 的超時時間直接禁用掉,這樣就沒有超時的一說了,由於永遠也不會超時了 # hystrix.command.default.execution.timeout.enabled: false # # 或者: # 第三種方式:索性禁用feign的hystrix支持 # feign.hystrix.enabled: false ## 索性禁用feign的hystrix支持 # 超時的issue:https://github.com/spring-cloud/spring-cloud-netflix/issues/768 # 超時的解決方案: http://stackoverflow.com/questions/27375557/hystrix-command-fails-with-timed-out-and-no-fallback-available # hystrix配置: https://github.com/Netflix/Hystrix/wiki/Configuration#execution.isolation.thread.timeoutInMilliseconds #####################################################################################################
package com.springms.cloud.fallback; import org.springframework.cloud.netflix.zuul.filters.route.ZuulFallbackProvider; import org.springframework.http.HttpHeaders; import org.springframework.http.HttpStatus; import org.springframework.http.MediaType; import org.springframework.http.client.ClientHttpResponse; import org.springframework.stereotype.Component; import java.io.ByteArrayInputStream; import java.io.IOException; import java.io.InputStream; /** * 自定義Zuul回退機制處理器。 * * Provides fallback when a failure occurs on a route 英文意思就是說提供一個回退機制當路由後面的服務發生故障時。 * * @author hmilyylimh * * @version 0.0.1 * * @date 2017/9/27 * */ @Component public class CustomZuulFallbackHandler implements ZuulFallbackProvider { /** * 返回值表示須要針對此微服務作回退處理(該名稱必定要是註冊進入 eureka 微服務中的那個 serviceId 名稱); * * @return */ @Override public String getRoute() { return "springms-provider-user"; } @Override public ClientHttpResponse fallbackResponse() { return new ClientHttpResponse() { @Override public HttpStatus getStatusCode() throws IOException { return HttpStatus.BAD_REQUEST; } @Override public int getRawStatusCode() throws IOException { return HttpStatus.BAD_REQUEST.value(); } @Override public String getStatusText() throws IOException { return HttpStatus.BAD_REQUEST.getReasonPhrase(); } @Override public void close() { } /** * 當 springms-provider-user 微服務出現宕機後,客戶端再請求時候就會返回 fallback 等字樣的字符串提示; * * 但對於複雜一點的微服務,咱們這裏就得好好琢磨該怎麼友好提示給用戶了; * * @return * @throws IOException */ @Override public InputStream getBody() throws IOException { return new ByteArrayInputStream((getRoute() + " fallback").getBytes()); } @Override public HttpHeaders getHeaders() { HttpHeaders headers = new HttpHeaders(); headers.setContentType(MediaType.APPLICATION_JSON); return headers; } }; } }
package com.springms.cloud; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.cloud.netflix.zuul.EnableZuulProxy; /** * Zuul 路由後面的微服務掛了後,Zuul 提供了一種回退機制來應對熔斷處理。 * * 注意 EnableZuulProxy 註解能註冊到 eureka 服務上,是由於該註解包含了 eureka 客戶端的註解,該 EnableZuulProxy 是一個複合註解。 * * @EnableZuulProxy --> { @EnableCircuitBreaker、@EnableDiscoveryClient } 包含了 eureka 客戶端註解,同時也包含了 Hystrix 斷路器模塊註解。 * * http://localhost:8150/routes 地址能夠查看該zuul微服務網關代理了多少微服務的serviceId。 * * @author hmilyylimh * * @version 0.0.1 * * @date 2017/9/27 * */ @SpringBootApplication @EnableZuulProxy public class MsGatewayZuulFallbackApplication { public static void main(String[] args) { SpringApplication.run(MsGatewayZuulFallbackApplication.class, args); System.out.println("【【【【【【 GatewayZuulFallback微服務 】】】】】】已啓動."); } }
/**************************************************************************************** 1、Zuul 路由後面的微服務掛了後,Zuul 提供了一種回退機制來應對熔斷處理: 一、編寫 application.yml 文件,添加應用程序的註解 EnableZuulProxy 配置; 二、啓動 springms-discovery-eureka 模塊服務,啓動1個端口; 三、啓動 springms-provider-user 模塊服務,啓動1個端口(application.yml 文件中的 appname 屬性不去掉的話,測試一是沒法測試經過的); 四、啓動 springms-gateway-zuul-fallback 模塊服務,啓動1個端口; 五、新起網頁頁籤,輸入 http://localhost:7900/simple/3 正常狀況下是能看到 ID != 0 一堆用戶信息被打印出來; 六、新起網頁頁籤,而後輸入 http://localhost:8200/springms-provider-user/simple/3,正常狀況下是能看到 ID != 0 一堆用戶信息被打印出來; 七、這個時候,中止 springms-provider-user 模塊服務; 八、刷新 http://localhost:8200/springms-provider-user/simple/3 網頁,正常狀況下會提示 「fallback」 字樣的字符串; ...... 等待大約兩分鐘左右 ......(微服務宕機默認好像是90秒再連不上eureka服務的話,就會被eureka服務剔除掉) 九、待用戶微服務被踢出後,刷新 http://localhost:8200/springms-provider-user/simple/3 網頁,正當狀況下會提示 404 錯誤頁面,由於用戶微服務因爲宕機超過大約90秒後會自動被 eureka 服務器剔除掉,因此訪問網頁必然找不到服務路徑; 總結:首先 Zuul 做爲路由轉發微服務,其也提供了一種熔斷機制,避免大量請求阻塞在路由分發處; 其次當註冊進入 eureka 服務治理髮現框架後,必定時間後尚未連上eureka時,這個時候eureka就會將這個宕機的微服務移除服務治理框架; ****************************************************************************************/
https://gitee.com/ylimhhmily/SpringCloudTutorial.gitjava
SpringCloudTutorial交流QQ羣: 235322432git
SpringCloudTutorial交流微信羣: 微信溝通羣二維碼圖片連接github
歡迎關注,您的確定是對我最大的支持!!!spring