自定义名称解析

概述

名称解析本质上是服务发现。当发送 gRPC 请求时，客户端必须确定服务名称的 IP 地址。名称解析通常被认为与 DNS 相同。然而，在实践中，DNS 通常通过扩展来增强或完全取代，以实现名称解析。

当使用 gRPC 客户端发出请求时，默认使用 DNS 名称解析。但是，也可以使用各种其他名称解析机制

有几种语言支持一个接口，允许用户定义自己的名称解析器，以便您可以定义如何解析任何给定的名称。一旦注册，当目标字符串以 my-resolver: 开头时，方案为 my-resolver 的名称解析器将被选中。例如，对 my-resolver:///my-service 的请求现在将使用 my-resolver 名称解析器实现。

自定义名称解析器

当您希望增强或替换 DNS 以进行服务发现时，可以考虑使用自定义名称解析器。例如，该接口过去曾用于使用 Apache Zookeeper 来查找服务名称。它还曾用于直接与 Kubernetes API 服务器对接，以基于无头服务资源进行服务查找。

使用自定义名称解析器而非标准 DNS 的一个特别有用的原因是，该接口是响应式的。在标准 DNS 中，客户端在连接开始时查找特定服务的地址，并保持与该地址的连接直至连接生命周期结束。然而，自定义名称解析器可以是基于监视的。也就是说，它们可以随着时间的推移从名称服务器接收更新，因此能够智能地响应后端故障以及后端的扩容和缩容。

此外，自定义名称解析器可以为客户端连接提供一个服务配置。服务配置是一个 JSON 对象，定义了任意配置，指定了如何将流量路由到特定服务以及如何在这些服务之间进行负载均衡。最基本地，这可以用于指定特定服务应使用轮询（round robin）负载均衡策略而非优先选择（pick first）。然而，当自定义名称解析器与任意服务配置以及自定义负载均衡策略结合使用时，可以构建非常复杂的流量管理系统，例如 xDS。

目标字符串的生命周期

虽然自定义名称解析器的具体接口因语言而异，但总体结构是相同的。客户端在进程开始时将名称解析器提供者的实现注册到一个进程全局注册表。gRPC 库将使用旨在用于自定义名称解析器的目标字符串调用名称解析器提供者。给定该目标字符串，名称解析器提供者将返回一个名称解析器实例，该实例将与客户端连接交互，以根据目标字符串指导请求。

sequenceDiagram
  Client ->> gRPC: Request to my-resolver:///my-service
  gRPC ->> NameResolverProvider: requests NameResolver
  NameResolverProvider -->> gRPC: returns NameResolver
  gRPC ->> NameResolver: delegates resolution
  NameResolver -->> gRPC: addresses

语言支持