一種面向業務配置基於JSF廣播定時生效的工具
作者:京東物流 王北永 姚再毅 李振
1 背景
目前,ducc實現了實時近乎所有配置動態生效的場景,但是配置是否實時生效,不能直觀展示每個機器上jvm內物件對應的引數是否已變更為準確的值,大部分時候需要檢視日誌確認是否生效。
2 技術依賴
1)Jsf:京東RPC框架,用作機器之間的通訊工具
2)redis/redisson:redis,用作配置資訊的儲存
3)ZK/Curator: Zookeeper,用作配置資訊的儲存 和redis二選一
3)clover:定時任務叢集,用作任務延遲或週期性執行
3 實現原理
1)接入方:
各個接入系統通過接入管理模組獲取token,並指定所在系統釋出的的伺服器ip,用作後續的ip鑑權。當系統啟動時,自動在各個系統生成介面提供方,並註冊到JSF註冊中心。別名需各個系統唯一不重複。鑑權為統一服務端做IP鑑權。
2)統一配置服務端:
提供按不同接入方、不同系統、不同環境的配置介面。業務人員可設定自動生效時間或者立即生效時間。如果是立刻生效,則通過JSF廣播或者指定機器生效配置。如果是定時生效,則新增定時器並指定生效規則,達到時間後觸發廣播通知。
整個接入方和統一配置服務端的架構如下圖
4 實現步驟
1)重寫JSF類ConsumerConfig類方法refer,將其中的輪訓呼叫客戶端改為廣播呼叫客戶端BroadCastClient。
this.client= new BroadCastClient(this); this.proxyInvoker = new ClientProxyInvoker(this); ProtocolFactory.check(Constants.ProtocolType.valueOf(this.getProtocol()), Constants.CodecType.valueOf(this.getSerialization())); this.proxyIns = (T) ProxyFactory.buildProxy(this.getProxy(), this.getProxyClass(), this.proxyInvoker);
2)廣播呼叫客戶端方法分別獲取當前註冊中心有心跳的服務提供者和已失去連線的機器列表。對統一配置來講,要麼同時失敗,要麼同時成功,判斷如果存在不正常的服務提供方,則不同步。只有全部提供方存在才可以開始廣播配置資訊
ConcurrentHashMap<Provider, ClientTransport> concurrentHashMap = this.connectionHolder.getAliveConnections(); ConcurrentHashMap<Provider, ClientTransportConfig> deadConcurrentHashMap = this.connectionHolder.getDeadConnections(); if(deadConcurrentHashMap!=null && deadConcurrentHashMap.size()>0){ log.warn("當前別名{}存在不正常服務提供方數量{},請關注!",msg.getAlias(),deadConcurrentHashMap.size()); throw new RpcException(String.format("當前別名%s存在不正常服務提供方數量%s,請關注!",msg.getAlias(),deadConcurrentHashMap.size())); } if(concurrentHashMap.isEmpty()){ log.info("當前別名{}不存在正常服務提供方",msg.getAlias()); throw new RpcException(String.format("當前別名%s不存在正常服務提供方",msg.getAlias())); } Iterator aliveConnections = concurrentHashMap.entrySet().iterator(); log.info("當前別名{}存在正常服務提供方數量{}",msg.getAlias(),concurrentHashMap.size()); while (aliveConnections.hasNext()) { Entry<Provider, ClientTransport> entry = (Entry) aliveConnections.next(); Provider provider = (Provider) entry.getKey(); log.info("當前連線ip={}、port={}、datacenterCode={}",provider.getIp(),provider.getPort(),provider.getDatacenterCode()); ClientTransport connection = (ClientTransport) entry.getValue(); if (connection != null && connection.isOpen()) { try { result = super.sendMsg0(new Connection(provider, connection), msg); } catch (RpcException rpc) { exception = rpc; log.warn(rpc.getMessage(), rpc); } catch (Throwable e) { exception = new RpcException(e.getMessage(), e); log.warn(e.getMessage(), e); } } }
3)服務配置端,當業務人員配置及時生效或者任務達到時,則根據配置,生成服務呼叫方,通過統一重新整理介面將配置同步重新整理到對應的接入系統中,如下圖為操作介面,當增刪改查時,會將屬性增量同步。
服務端在上面操作增刪改時,通過以下方式獲取服務呼叫方
public static ExcuteAction createJsfConsumer(String alias, String token) { RegistryConfig jsfRegistry = new RegistryConfig(); jsfRegistry.setIndex("i.jsf.jd.com"); BroadCastConsumerConfig consumerConfig = new BroadCastConsumerConfig<>(); Map<String, String> parameters = new HashMap<>(); parameters.put(".token",token); consumerConfig.setParameters(parameters); consumerConfig.setInterfaceId(RefreshRemoteService.class.getName()); consumerConfig.setRegistry(jsfRegistry); consumerConfig.setProtocol("jsf"); consumerConfig.setAlias(alias); consumerConfig.setRetries(2); return new ExcuteAction(consumerConfig); }
通過以上的配置的客戶端,呼叫服務提供方方法refreshRemoteService#refresh,將配置資訊進行同步到各個接入系統
public void call(Map<String,Object> propertiesValue){ try{ RefreshRemoteService refreshRemoteService = (RefreshRemoteService)consumerConfig.refer(); if(refreshRemoteService!=null){ refreshRemoteService.refresh(propertiesValue); } }catch (Exception e){ log.error(e.getMessage()); throw new EasyConfigException(e); }finally { consumerConfig.unrefer(); ; } }
4)接入方啟動時,需要根據自己配置,將存在redis或者zk的配置一次載入到例項變數中。並註冊重新整理介面到JSF註冊中心。
其中註冊重新整理介面到JSF註冊中心程式碼如下
@Bean(name = "refreshPorpertiesService") public ProviderConfig createJsfProvider() throws Exception { ProviderConfig providerConfig = new ProviderConfig(); providerConfig.setId("refreshPorpertiesService"); providerConfig.setInterfaceId(RefreshRemoteService.class.getName()); providerConfig.setRef(new RefreshRemoteServiceDelage(applicationContext)); providerConfig.setTimeout(30000); providerConfig.setAlias(EasyConfigure.getAppCode()+EasyConfigure.getEnv()); providerConfig.setServer(serverConfig); providerConfig.setRegistry(jsfRegistry); providerConfig.setParameter("token", MD5Util.md5(EasyConfigure.getAppCode())); providerConfig.export(); return providerConfig; }
其中RefreshRemoteServiceDelage類提供重新整理介面的實際邏輯如下,需判斷當前例項是jdk動態代理還是cglib代理
判斷邏輯如下
if(AopUtils.isJdkDynamicProxy(object)) { object= AopUtil.getJdkDynamicProxyTargetObject(object); } else if(AopUtils.isCglibProxy(object)){ //cglib object= AopUtil.getCglibProxyTargetObject(object); }
例項物件變數值根據自定義的引數轉換方式轉換後賦值例項變數
if(autoValue.convert()!=null && !autoValue.getClass().isInterface()){ if(!autoValue.convert().newInstance().getInClassType().isAssignableFrom(newVal.getClass()) ){ continue; } newVal = autoValue.convert().newInstance().convert(newVal); if(newVal!=null){ if(!autoValue.convert().newInstance().getOutClassType().isAssignableFrom(newVal.getClass()) ){ continue; } field.setAccessible(true); Object value = ReflectionUtils.getField(field,object); log.info("change properties{} for object {} before value {}",field.getName(),object.getClass().getName(),value); ReflectionUtils.setField(field,object,newVal); log.info("change properties{} for object {} after value {}",field.getName(),object.getClass().getName(),newVal); } }
5 實踐
1)pom引入
<dependency> <groupId>com.jdl</groupId> <artifactId>easyconfig</artifactId> <version>1.0-SNAPSHOT</version> </dependency>
2)配置儲存配置(比如redis方式)
refresh: config: appCode: zdzq-worker-appcode redisUrl: redis://:@127.0.0.1
3)類全域性變數需要實時重新整理配置,需在類統一指定註解PropertiryChangeListener,例項變數需要增加註解AutoValue並指定資料格式轉換器
@PropertiryChangeListener public class ChanceServiceImpl implement ChanceService{ @AutoValue(convert = DateConvert.class,alias = "config-id") private Date signDate; @AutoValue(convert = SpmKaApply Convert.class,alias = "config-id") private SpmKaApply spmKaApply; }
以上convert方法自定義,支援各種複雜配置物件,舉例資料轉換為List如下
public class Convert2 implements Convert<Map<String, String>, Set<String>> { public Convert2(){} @Override public Set<String> convert(Map<String, String> siteInfoMap) { ....你的物件值轉換 } @Override public Class<?> getInClassType() { return Map.class; } @Override public Class<?> getOutClassType() { return Set.class; }
接入應用服務啟動後,可訪問/refreshUI 可檢視應用在叢集中為自動配置的例項,並顯示當前例項中變數值引數。key為例項變數名。
6 總結
1、支援jdk動態代理的例項物件和cglib代理物件的引數動態配置
2、支援定時重新整理配置
3、直接檢視和驗證應用叢集中例項變數是否一致
- 應用健康度隱患刨析解決系列之資料庫時區設定
- 對於Vue3和Ts的心得和思考
- 一文詳解擴散模型:DDPM
- zookeeper的Leader選舉原始碼解析
- 一文帶你搞懂如何優化慢SQL
- 京東金融Android瘦身探索與實踐
- 微前端框架single-spa子應用載入解析
- cookie時效無限延長方案
- 聊聊前端效能指標那些事兒
- Spring竟然可以建立“重複”名稱的bean?—一次專案中存在多個bean名稱重複問題的排查
- 京東金融Android瘦身探索與實踐
- Spring原始碼核心剖析
- 深入淺出RPC服務 | 不同層的網路協議
- 安全測試之探索windows遊戲掃雷
- 關於資料庫分庫分表的一點想法
- 對於Vue3和Ts的心得和思考
- Bitmap、RoaringBitmap原理分析
- 京東小程式CI工具實踐
- 測試用例設計指南
- 當你對 redis 說你中意的女孩是 Mia