java - grpc v1.34.1 的客户端负载均衡,不推荐使用 nameResolverFactory

标签 java load-balancing grpc grpc-java

我在 Java 中使用 grpc v1.34.1 并且很难配置客户端负载平衡,因为一些方法在这个版本中被弃用了。通过以下方式在早期版本中配置客户端负载平衡非常简单:

final ManagedChannel channel = ManagedChannelBuilder.forTarget(target)
        .nameResolverFactory(new DnsNameResolverProvider())  // this is on by default
        .loadBalancerFactory(RoundRobinLoadBalancerFactory.getInstance())
        .usePlaintext(true)
        .build();

或者通过这个https://sultanov.dev/blog/grpc-client-side-load-balancing/

但是,对于已弃用 nameResolverFactory 并删除方法 loadBalancerFactory 的较新版本,没有任何可用的引用。

NameResolver.Factory nameResolverFactory = new MultiAddressNameResolverFactory(
        new InetSocketAddress("localhost", 50000),
        new InetSocketAddress("localhost", 50001),
        new InetSocketAddress("localhost", 50002)
);

channel = ManagedChannelBuilder.forTarget("localhost")
        .nameResolverFactory(nameResolverFactory)
        .defaultLoadBalancingPolicy("round_robin")
        .usePlaintext()
        .build();

客户端负载平衡有效。但是,较新的 API 已弃用 nameResolverFactory

任何人都可以指出我在较新版本中使用 nameResolverFactory 的替代方案来实现不同服务器(主机和端口)的客户端负载平衡吗?

最佳答案

通过 grpc-java 内部实现后,我发现新版本接受 NameResolver.Factory 对象的方式略有不同。它被封装到NameResolverProvider,需要注册到默认的NameResolverRegistry。下面分享了在较新版本中执行此操作的示例代码:

NameResolverProvider nameResolverFactory = new MultiAddressNameResolverFactory(
                new InetSocketAddress("localhost", 50000),
                new InetSocketAddress("localhost", 50001),
                new InetSocketAddress("localhost", 50002)
        );

NameResolverRegistry nameResolverRegistry = NameResolverRegistry.getDefaultRegistry();
nameResolverRegistry.register(nameResolverFactory);
channel = ManagedChannelBuilder.forTarget("localhost")
          .defaultLoadBalancingPolicy("round_robin")
          .usePlaintext()
          .build();


public class MultiAddressNameResolverFactory extends NameResolverProvider {
    final List<EquivalentAddressGroup> addresses;

    MultiAddressNameResolverFactory(SocketAddress... addresses) {
        this.addresses = Arrays.stream(addresses)
                .map(EquivalentAddressGroup::new)
                .collect(Collectors.toList());
    }

    public NameResolver newNameResolver(URI notUsedUri, NameResolver.Args args) {
        return new NameResolver() {
            @Override
            public String getServiceAuthority() {
                return "fakeAuthority";
            }
            public void start(Listener2 listener) {
                listener.onResult(ResolutionResult.newBuilder().setAddresses(addresses).setAttributes(Attributes.EMPTY).build());
            }
            public void shutdown() {
            }
        };
    }

    @Override
    public String getDefaultScheme() {
        return "multiaddress";
    }

    @Override
    protected boolean isAvailable() {
        return true;
    }

    @Override
    protected int priority() {
        return 0;
    }
}

默认情况下,您对 NameResolver.Factory 的自定义实现将由 channel 选择以连接到服务器。根据负载平衡策略,将选择一个 SocketAddress 连接到服务器。

关于java - grpc v1.34.1 的客户端负载均衡,不推荐使用 nameResolverFactory,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/65425708/

相关文章:

java - 如何从 cURL 命令或互联网浏览器通过 HTTP/1.1 调用 gRPC 服务器

java - 发布构建失败

java - CloudBees 上的应用程序 session 存储

node.js - 用于 Node.js 负载平衡的 Nginx 或 LVS?

python-3.x - 使用 GRPC Python 客户端时 Clarifai 返回握手错误

java - OpenResty 的 Resty.aes 模块解密 Java Cipher.getInstance ("AES/CBC/NoPadding"的结果失败

c# - 如何强制连接到负载均衡器后面的不同服务器?

java - 是否可以在 Spring/REST 中定义具有相同映射但不同参数的多个方法?

java - ReadOnlyBooleanWrapper : incorrect behaviour when used with Bindings. 或

java - 如何从字符串中提取以下模式?