這篇文章主要介紹“微服務模式下怎么實現(xiàn)灰度發(fā)布模式”，在日常操作中，相信很多人在微服務模式下怎么實現(xiàn)灰度發(fā)布模式問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”微服務模式下怎么實現(xiàn)灰度發(fā)布模式”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！
在上林等地區(qū)，都構建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產品創(chuàng)新能力，以專注、極致的服務理念，為客戶提供成都網(wǎng)站設計、成都網(wǎng)站制作 網(wǎng)站設計制作按需設計網(wǎng)站,公司網(wǎng)站建設,企業(yè)網(wǎng)站建設,品牌網(wǎng)站制作,成都全網(wǎng)營銷,成都外貿網(wǎng)站建設公司,上林網(wǎng)站建設費用合理。
請求通過8001服務，在灰度規(guī)則中，會讀取下次請求的服務列表，根據(jù)版本號參數(shù)規(guī)則，選中路由的服務。
配置版本號，區(qū)分灰度版本和默認正常版本； 自定義攔截器，管理版本號或其他標識參數(shù)在請求中傳遞； 自定義服務選中策略，基于版本標識路由服務； 如果灰度服務不存在，則基于規(guī)則選中默認服務；
在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注冊中心，服務列表：
微服務下通過實現(xiàn)RequestInterceptor接口，管理服務之間的Feign請求攔截器，在請求路由到服務前，可以對請求執(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ù)，作為下次請求路由服務的核心標識。
在請求頭的Header中添加要訪問的版本號，如果有匹配的服務，則路由所有請求的灰度服務，如果沒有則返回默認服務。
@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);
// 服務匹配
List 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 serverList,String version){
Server toServer = null ;
for (Server server : serverList) {
Map metadata = ((DiscoveryEnabledServer) server).getInstanceInfo().getMetadata();
String metaVersion = metadata.get("version");
if (!StringUtils.isEmpty(metaVersion)) {
if (metaVersion.equals(version)) {
toServer = server;
}
}
}
return toServer ;
}
} 在實際的過程中，服務的選擇是十分復雜的，如果沒有灰度服務，需要根據(jù)實際情況制定服務匹配的規(guī)則，例如根據(jù)響應時間，或者默認輪詢等。
更需要注意的一點是，一旦使用底層API的二次封裝，項目的整體就會受到框架版本升級的影響，需要持續(xù)關注框架的環(huán)境。
1.啟動相關服務，觀察注冊中心服務列表；
2.請求8001服務的接口，并帶上版本號；
3.觀察不同版本號的路由服務；
4.不攜帶版本號，觀察默認服務選擇；
GitHub地址：知了一笑 https://github.com/cicadasmile/spring-cloud-base GitEE地址：知了一笑 https://gitee.com/cicadasmile/spring-cloud-base
到此，關于“微服務模式下怎么實現(xiàn)灰度發(fā)布模式”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
網(wǎng)站欄目：微服務模式下怎么實現(xiàn)灰度發(fā)布模式
瀏覽地址：http://weahome.cn/article/jgjcsi.html
