开发人员如何解决 Spring Cloud 服务冲突和实例乱窜？

做者：zlt2000
原文：https://www.cnblogs.com/zlt2000/p/11459390.html?utm_source=tuicool&utm_medium=referral复制代码

1、背景

在咱们开发微服务架构系统时，虽说每一个微服务都是孤立的能够单独开发，但实际上并不是如此，要调试和测试你的服务不只须要您的微服务启动和运行，还须要它的上下文服务、依赖的基础服务等都要运行；但若是你的系统服务数和依赖比较多呢，那就是一个比较棘手的问题！有没有办法能提升开发效率呢？

如上图所示，咱们能不能用服务器把全部的服务都部署起来，而后开发只在本地运行本身所负责开发的服务，由于须要依赖其余服务因此本地启动的服务也须要注册到公共的注册中内心；

例子中业务服务B有3台实例注册到注册中内心

分别是：服务上的、开发A与开发B本身本机启动的

可是这样作又会出现新的问题：服务会冲突乱窜，意思就是开发A在debug本身的业务服务B服务的时候可能请求会跳转到其余人的实例上(服务器、开发B)

2、解决思路

解决这个服务乱窜问题有一个比较优雅的方式就是自定义负载均衡规则，主要实现如下目标：

1. 普通用户访问服务器上的页面时，请求的全部路由只调用服务器上的实例
2. 开发A访问时，请求的全部路由优先调用开发A本机启动的实例，若是没有则调用服务器上的实例
3. 开发B访问时同上，请求的全部路由优先调用开发B本机启动的实例，若是没有则调用服务器上的实例

3、具体实现

要实现上面的目标有两个比较关键的问题须要解决

1. 区分不一样用户的服务实例
2. 实现自定义负载均衡规则

3.1. 区分不一样用户的服务实例

直接使用注册中心的元数据(metadata)来区分就能够了

主流的注册中心都带有元数据管理

以Nacos为例，只须要在配置文件下添加

spring:
 cloud:
 nacos:
 discovery:
 server-addr: localhost:8848
 metadata:
 version: zlt复制代码

metadata下的version就是我添加的元数据key为version，value为zlt

启动服务后元数据就会注册上去，以下图

通过元数据区分后，目前是下面这个状况

• 服务器的实例version为空
• 开发人员本身本地启动的实例version为惟一标识(本身的名字)

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 {
}复制代码

4、总结

上面提到的区分服务实例和自定义负载规则为整个解决思路的核心点，基本实现了服务实例的隔离，剩下要作的就是上游的version怎样传递呢?，下面我提供两个思路

• 开发人员本身启动前端工程，经过配置参数，统一在前端工程传递version
• 经过postman调用接口的时候在header参数中添加

参考

https://github.com/Nepxion/Discovery

获取资料：

最后给你们分享一些学习资料，里面包括：（BATJ面试资料、高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码，MyBatis，Netty，Redis，Kafka，Mysql，Zookeeper，Tomcat，Docker，Dubbo，Nginx等多个知识点的架构资料）和Java进阶学习路线图。

免费领取方式：加微信号 weixin99ting 备注验证消息 （资料）便可获取。最后，祝你们早日学有所成！