本文源碼：GitHub·點這里 || GitEE·點這里

一、基本邏輯

請求通過8001服務，在灰度規則中，會讀取下次請求的服務列表，根據版本號參數規則，選中路由的服務。

配置版本號，區分灰度版本和默認正常版本；
自定義攔截器，管理版本號或其他標識參數在請求中傳遞；
自定義服務選中策略，基于版本標識路由服務；
如果灰度服務不存在，則基于規則選中默認服務；

二、版本配置

在node12-server集群配置兩個服務：在8002端口配置版本v7.0.0,在8003端口配置版本v7.0.1，用來測試灰度版本選擇。

8002服務

eureka:metadata-map:version: v7.0.0

8003服務

eureka:metadata-map:version: v7.0.1

Eureka注冊中心，服務列表：

三、參數傳遞

微服務下通過實現RequestInterceptor接口，管理服務之間的Feign請求攔截器，在請求路由到服務前，可以對請求執行一些處理操作，常見操作例如傳遞版本號，用戶Token等請求頭等屬性。

/*** 請求攔截器*/ @Component public class GrayReqInterceptor implements RequestInterceptor {private static final String VERSION_KEY = "versionId" ;/*** 處理請求頭參數攜帶問題*/@Overridepublic void apply(RequestTemplate requestTemplate) {HttpServletRequest request =((ServletRequestAttributes)RequestContextHolder.getRequestAttributes()).getRequest();String versionId = request.getHeader(VERSION_KEY);if (StringUtils.isNotEmpty(versionId)){requestTemplate.header(VERSION_KEY,versionId);}} }

這里就傳遞一個versionId參數，作為下次請求路由服務的核心標識。

四、灰度規則

在請求頭的Header中添加要訪問的版本號，如果有匹配的服務，則路由所有請求的灰度服務，如果沒有則返回默認服務。

@Configuration public class GrayRule extends ZoneAvoidanceRule {@Beanpublic GrayReqInterceptor grayReqInterceptor(){return new GrayReqInterceptor();}private static final String VERSION_KEY = "versionId" ;@Overridepublic Server choose(Object key) {HttpServletRequest request =((ServletRequestAttributes)RequestContextHolder.getRequestAttributes()).getRequest();String versionId = request.getHeader(VERSION_KEY);// 服務匹配List<Server> serverList = this.getPredicate().getEligibleServers(this.getLoadBalancer().getAllServers(), key);Server toServer = getServer(serverList,versionId);if (toServer != null){return toServer ;} else {return getServer(serverList,GrayConstant.VERSION_DEF);}}private Server getServer (List<Server> serverList,String version){Server toServer = null ;for (Server server : serverList) {Map<String, String> metadata = ((DiscoveryEnabledServer) server).getInstanceInfo().getMetadata();String metaVersion = metadata.get("version");if (!StringUtils.isEmpty(metaVersion)) {if (metaVersion.equals(version)) {toServer = server;}}}return toServer ;} }

在實際的過程中，服務的選擇是十分復雜的，如果沒有灰度服務，需要根據實際情況制定服務匹配的規則，例如根據響應時間，或者默認輪詢等。

更需要注意的一點是，一旦使用底層API的二次封裝，項目的整體就會受到框架版本升級的影響，需要持續關注框架的環境。

五、測試流程

1.啟動相關服務，觀察注冊中心服務列表；

2.請求8001服務的接口，并帶上版本號；

3.觀察不同版本號的路由服務；

4.不攜帶版本號，觀察默認服務選擇；

六、源代碼地址

GitHub地址：知了一笑 https://github.com/cicadasmile/spring-cloud-base GitEE地址：知了一笑 https://gitee.com/cicadasmile/spring-cloud-base

推薦閱讀：編程體系整理

序號項目名稱GitHub地址GitEE地址推薦指數

01	Java描述設計模式,算法,數據結構	GitHub·點這里	GitEE·點這里	☆☆☆☆☆
02	Java基礎、并發、面向對象、Web開發	GitHub·點這里	GitEE·點這里	☆☆☆☆
03	SpringCloud微服務基礎組件案例詳解	GitHub·點這里	GitEE·點這里	☆☆☆
04	SpringCloud微服務架構實戰綜合案例	GitHub·點這里	GitEE·點這里	☆☆☆☆☆
05	SpringBoot框架基礎應用入門到進階	GitHub·點這里	GitEE·點這里	☆☆☆☆
06	SpringBoot框架整合開發常用中間件	GitHub·點這里	GitEE·點這里	☆☆☆☆☆
07	數據管理、分布式、架構設計基礎案例	GitHub·點這里	GitEE·點這里	☆☆☆☆☆
08	大數據系列、存儲、組件、計算等框架	GitHub·點這里	GitEE·點這里	☆☆☆☆☆

總結

以上是生活随笔為你收集整理的架构设计：微服务模式下，实现灰度发布模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。