Spring Cloud开发人员如何解决服务调用混乱

一、背景

我们开发微服务架构系统时，虽然说每个微服务都是孤立的可以单独开发，但实际上并非如此，要调试和测试你的服务不仅需要您的微服务运行，还需要它的上下文服务、依赖的基础服务等都要运行；但如果你的系统服务数和依赖比较多呢，那就是一个比较棘手的问题，意思就是开发A在debug自己的业务服务B服务的时候可能请求会跳转到其他人的实例上(服务器、开发B)

二、解决思路

自定义负载均衡规则，主要实现以下目标：

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

三、具体实现

1.直接使用注册中心的元数据(metadata)来区分就可以了
主流的注册中心都带有元数据管理
以Nacos为例，只需要在配置文件下添加

cloud:
nacos:
config:
file-extension: properties
enabled: true
group: rap-interview
name: com.ifugle.rap.interview.common
server-addr: $nacos.host:30.40.34.177:${nacos.port:8848}
discovery:
group: rap-interview
metadata:
version: silence

metadata下的version就是我添加的元数据key为version，value为silence
启动服务后元数据就会注册上去，如下图
自定义负载均衡规则
首先在Spring Cloud微服务框架里实例的负载均衡是由Ribbon负责。

public class VersionIsolationRule extends RoundRobinRule {
private final static String KEY_DEFAULT = “default”;

/**
 * 优先根据版本号取实例
 */
@Override
public Server choose(ILoadBalancer lb, Object key) {
    if (lb == null) {
        return null;
    }
    String version;
    if (key != null && !KEY_DEFAULT.equals(key)) {
        version = key.toString();
    } else {
        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值为空的实

并通过配置开关控制是否开启自定义负载规则

/**

• 自定义负载均衡配置
• @author xinrui
  */
  @ConditionalOnProperty(value = ConfigConstants.CONFIG_RIBBON_ISOLATION_ENABLED, havingValue = “true”)
  @RibbonClients(defaultConfiguration = {RuleConfigure.class})
  public class LbIsolationAutoConfigure {

}

四、总结

上面提到的区分服务实例和自定义负载规则为整个解决思路的核心点，剩下要做的就是上游的version怎样指定呢?，下面我提供两个思路
• 开发人员自己启动前端工程，通过配置参数，统一在前端工程传递version