Spring Cloud开发人员如何解决服务冲突和实例乱窜?
Spring Cloud开发人员如何解决服务冲突和实例乱窜?
file
一、背景
在我们开发微服务架构系统时,虽然说每个微服务都是孤立的可以单独开发,但实际上并非如此,要调试和测试你的服务不仅需要您的微服务启动和运行,还需要它的上下文服务、依赖的基础服务等都要运行;但如果你的系统服务数和依赖比较多呢,那就是一个比较棘手的问题!有没有办法能提高开发效率呢?
file
如上图所示,我们能不能用服务器把所有的服务都部署起来,然后开发只在本地运行自己所负责开发的服务,因为需要依赖其他服务所以本地启动的服务也需要注册到公共的注册中心里;
例子中业务服务B有3台实例注册到注册中心里
分别是:服务器的、开发A与开发B自己本机启动的
但是这样做又会出现新的问题:服务会冲突乱窜,意思就是开发A在debug自己的业务服务B服务的时候可能请求会跳转到其他人的实例上(服务器、开发B)
二、解决思路
解决这个服务乱窜问题有一个比较优雅的方式就是自定义负载均衡规则,主要实现以下目标:
普通用户访问服务器上的页面时,请求的所有路由只调用服务器上的实例
开发A访问时,请求的所有路由优先调用开发A本机启动的实例,如果没有则调用服务器上的实例
开发B访问时同上,请求的所有路由优先调用开发B本机启动的实例,如果没有则调用服务器上的实例
三、具体实现
要实现上面的目标有两个比较关键的问题需要解决
区分不同用户的服务实例
实现自定义负载均衡规则
3.1. 区分不同用户的服务实例
直接使用注册中心的元数据(metadata)来区分就可以了
主流的注册中心都带有元数据管理
以Nacos为例,只需要在配置文件下添加
spring:
cloud:
nacos: discovery: server-addr: localhost:8848 metadata: version: zlt
metadata下的version就是我添加的元数据key为version,value为zlt
启动服务后元数据就会注册上去,如下图
file
经过元数据区分后,目前是下面这个情况
服务器的实例version为空
开发人员自己本地启动的实例version为唯一标识(自己的名字)
file
3.2. 自定义负载均衡规则
首先在Spring Cloud微服务框架里实例的负载均衡是由Ribbon负责。
CustomIsolationRule详细类信息可查看:CustomIsolationRule.java
public class CustomIsolationRule extends RoundRobinRule {
/** * 优先根据版本号取实例 */ @Override public Server choose(ILoadBalancer lb, Object key) { if (lb == null) { return null; } String version = LbIsolationContextHolder.getVersion(); List<Server> targetList = null; List<Server> upList = lb.getReachableServers(); if (StrUtil.isNotEmpty(version)) { //取指定版本号的实例 targetList = upList.stream().filter( server -> version.equals( ((NacosServer) server).getMetadata().get(CommonConstant.METADATA_VERSION) ) ).collect(Collectors.toList()); } if (CollUtil.isEmpty(targetList)) { //只取无版本号的实例 targetList = upList.stream().filter( server -> { String metadataVersion = ((NacosServer) server).getMetadata().get(CommonConstant.METADATA_VERSION); return StrUtil.isEmpty(metadataVersion); } ).collect(Collectors.toList()); } if (CollUtil.isNotEmpty(targetList)) { return getServer(targetList); } return super.choose(lb, key); } /** * 随机取一个实例 */ private Server getServer(List<Server> upList) { int nextInt = RandomUtil.randomInt(upList.size()); return upList.get(nextInt); }
}
继承轮询规则RoundRobinRule来实现,主要的逻辑为
根据上游输入的版本号version,有值的话则取服务元信息中version值一样的实例
上游的版本号version没值或者该版本号匹配不到任何服务,则只取服务元信息中version值为空的实例
并通过配置开关控制是否开启自定义负载规则
@Configuration
@ConditionalOnProperty(value = "zlt.ribbon.isolation.enabled", havingValue = "true")
@RibbonClients(defaultConfiguration = {RuleConfigure.class})
public class LbIsolationConfig {
}
四、总结
上面提到的区分服务实例和自定义负载规则为整个解决思路的核心点,基本实现了服务实例的隔离,剩下要做的就是上游的version怎样传递呢?,下面我提供两个思路
开发人员自己启动前端工程,通过配置参数,统一在前端工程传递version
通过postman调用接口的时候在header参数中添加
file
参考
https://github.com/Nepxion/Discovery
原文地址https://www.cnblogs.com/zlt2000/p/11459390.html
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
首发!《长安十二时辰背后的技术秘籍》正式公开,速来下载
一名死囚如何在十二时辰内利用“唐代黑科技”,拯救长安百姓于水火中? 这就是《长安十二时辰》的故事,剧中有恢弘的长安美景、让人流口水的水晶柿子/水盆羊肉,还有张小敬和檀棋“在一起”呼声……然而,最让人刮目相看的却是“大唐大数据系统”。靖安司本身是大数据存储,传递消息的望楼是数据加密和数据传输,长安沙盘是数据可视化,还有最重要的大案牍术则是智能推荐系统。 除此之外,你知道演员雷佳音是“北斗星”选出来的吗?为何《长安十二时辰》开播前就被数据测出为爆款?如何实现边看剧边互动?阿里专家又是如何防盗链的? 今天,阿里技术重磅发布电子书《长安十二时辰背后的技术秘籍:从智能算法到音视频创新技术》,已正式开放下载。了解在《长安十二时辰》的荧幕后,工程师在敲敲打打的代码之间,创造出智能算法和音视频技术的新高度。 如何下载 下载链接:https://yq.ali
- 下一篇
重磅|阿里云HBase Ganos全新升级,推空间、时空、遥感一体化基础云服务
1、HBase Ganos是什么 Ganos是阿里云时空PaaS服务的自研核心引擎。Ganos已作为云数据库时空引擎与数据库平台融合,建立了以自研云原生数据库POALRDB为基础,联合NoSQL大数据平台(Ali-HBASE和X-Pack Spark)的完整时空地理信息云化管理解决方案。HBase Ganos是为PB级分布式、大规模时空数据管理而生,主打NoSQL时空大数据处理能力,兼容HBase、Spark、GeoMesa、GeoServer等广泛开源生态,内置了高效的时空索引算法、空间拓扑几何算法、遥感影像处理算法等,可广泛应用于空间/时空/遥感大数据存储、查询、分析与数据挖掘场景。 2、新版本重要特性 全球首发时空栅格引擎云服务,支撑航天航空遥感云计算与智能化发展 对地观测技术的快速发展正促使遥感应用走向在线化和服务化。全新的云上时
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Linux系统CentOS6、CentOS7手动修改IP地址
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题