微服務(wù)模式下怎么實現(xiàn)灰度發(fā)布模式

這篇文章主要介紹“微服務(wù)模式下怎么實現(xiàn)灰度發(fā)布模式”，在日常操作中，相信很多人在微服務(wù)模式下怎么實現(xiàn)灰度發(fā)布模式問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”微服務(wù)模式下怎么實現(xiàn)灰度發(fā)布模式”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

一、基本邏輯

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

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

二、版本配置

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

8002服務(wù)

eureka:
    metadata-map:
      version: v7.0.0

8003服務(wù)

eureka:
    metadata-map:
      version: v7.0.1

Eureka注冊中心，服務(wù)列表：

三、參數(shù)傳遞

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

/**
 * 請求攔截器
 */
@Component
public class GrayReqInterceptor implements RequestInterceptor {

    private static final String VERSION_KEY = "versionId" ;

    /**
     * 處理請求頭參數(shù)攜帶問題
     */
    @Override
    public 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參數(shù)，作為下次請求路由服務(wù)的核心標識。

四、灰度規(guī)則

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

@Configuration
public class GrayRule extends ZoneAvoidanceRule {

    @Bean
    public GrayReqInterceptor grayReqInterceptor(){
        return new GrayReqInterceptor();
    }

    private static final String VERSION_KEY = "versionId" ;

    @Override
    public Server choose(Object key) {

        HttpServletRequest request =
                ((ServletRequestAttributes)
                RequestContextHolder.getRequestAttributes()).getRequest();

        String versionId = request.getHeader(VERSION_KEY);

        // 服務(wù)匹配
        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 ;
    }
}

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

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

五、測試流程

1.啟動相關(guān)服務(wù)，觀察注冊中心服務(wù)列表；

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

3.觀察不同版本號的路由服務(wù)；

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

六、源代碼地址

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

到此，關(guān)于“微服務(wù)模式下怎么實現(xiàn)灰度發(fā)布模式”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>