分析下目前遇到的痛點
你在開發工作的是否遇到這個問題，微服務子產品劃分過細，基礎子產品依賴的比較多？
比如你要進行微服務開發則需要啟動以下基礎子產品
- 注冊中心（eureka）
- 配置中心（spring cloud config）
- 網關（zuul）
- 認證中心（oauth）
-
...
如上圖紅色标注的服務子產品，而你需要編碼或者需要的隻有那麼一個業務微服務子產品，本地啟動這麼微服務子產品對開發機器的要求性能較高，并且影響開發效率。
為了解決這種問題，團隊一般都會把通用的基礎子產品部，提供統一的開發環境，友善大家開發，如上圖 隻需要考慮你的業務子產品（serviceA、serviceB） 即可，提高開發效率。
這種統一開發基礎環境問題存在小小的問題，比如當開發A維護serviceA，開發B維護serviceB 不會出現沖突；如果開發A、B同時維護一個子產品時候，就會出現沖突如下圖所示：A的本地請求會被路由到B正在開發的biz-service,而不是目标的A的biz-service，因為zuul 是更具服務名稱進行路由的
解決原理
重寫網關的轉發規則，其實就是重寫ribbon的路由規則，根據用戶端不同的使用者請求（可以根據入參不同區分）路由到對應的微服務上，是以對應的微服務上要打上标簽。biz-service A開發版本，biz-service B開發版本
代碼實作
- 在微服務的eureka用戶端聲明版本所屬
eureka:
instance:
metadata-map:
version: v1.0 # A的開發版本 - 自定義ribbon 的斷言
/**
* @author lengleng
* @date 2018/10/16
* <p>
* 路由微服務斷言
* <p>
* 1. eureka metadata 存在版本定義時候進行判斷
* 2. 不存在 metadata 直接傳回true
*/
@Slf4j
public class MetadataCanaryRuleHandler extends ZoneAvoidanceRule {
@Override
public AbstractServerPredicate getPredicate() {
return new AbstractServerPredicate() {
@Override
public boolean apply(PredicateKey predicateKey) {
String targetVersion = RibbonVersionHolder.getContext();
RibbonVersionHolder.clearContext();
if (StrUtil.isBlank(targetVersion)) {
log.debug("用戶端未配置目标版本直接路由");
return true;
}
DiscoveryEnabledServer server = (DiscoveryEnabledServer) predicateKey.getServer();
final Map<String, String> metadata = server.getInstanceInfo().getMetadata();
if (StrUtil.isBlank(metadata.get(SecurityConstants.VERSION))) {
log.debug("目前微服務{} 未配置版本直接路由");
return true;
}
if (metadata.get(SecurityConstants.VERSION).equals(targetVersion)) {
return true;
} else {
log.debug("目前微服務{} 版本為{}，目标版本{} 比對失敗", server.getInstanceInfo().getAppName()
, metadata.get(SecurityConstants.VERSION), targetVersion);
return false;
}
}
};
}
}
- 版本上下文TTL
public class RibbonVersionHolder {
private static final ThreadLocal<String> context = new TransmittableThreadLocal<>();
public static String getContext() {
return context.get();
}
public static void setContext(String value) {
context.set(value);
}
public static void clearContext() {
context.remove();
}
}
- 初始化ribbon 路由配置
@Configuration
@ConditionalOnClass(DiscoveryEnabledNIWSServerList.class)
@AutoConfigureBefore(RibbonClientConfiguration.class)
@ConditionalOnProperty(value = "zuul.ribbon.metadata.enabled")
public class RibbonMetaFilterAutoConfiguration {
@Bean
@ConditionalOnMissingBean
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public ZoneAvoidanceRule metadataAwareRule() {
return new MetadataCanaryRuleHandler();
}
}
- 用戶端調用時 header 傳入版本，以 axios 為例
axios.interceptors.request.use(config => {
NProgress.start() // start progress bar
if (store.getters.access_token) {
config.headers['Authorization'] = 'Bearer ' + token
config.headers['version'] = 'v1.0' // 開發人員自己的版本标志，對應eureka metadata 配置
}
return config
} 總結
- 擴充ribbon 的路由規則，根據用戶端來去不同版本的服務，也可以了解為灰階釋出。
- 生産環境可以借助Kong、Traefik 集合zuul 來實作灰階釋出
- 代碼請參考微服務權限架構pig的灰階釋出功能，已經全部開源
-
關于pig：
基于Spring Cloud、oAuth2.0開發基于Vue前後分離的開發平台，支援賬号、短信、SSO等多種登入，提供配套視訊開發教程。