自定义名称解析

名称解析从根本上来说是服务发现。当发送 gRPC 请求时，客户端必须确定服务名称的 IP 地址。名称解析通常被认为与 DNS 相同。然而，在实践中，DNS 通常会被扩展或完全替换，以支持名称解析。

在使用 gRPC 客户端发起请求时，默认情况下使用 DNS 名称解析。然而，也可以使用其他名称解析机制：

多个语言支持一个接口，允许用户定义自己的名称解析器，从而定义如何解析给定的名称。注册后，当目标字符串以 my-resolver: 开头时，将使用名为 my-resolver 的名称解析器实现。例如，对 my-resolver:///my-service 的请求将使用 my-resolver 名称解析器实现。

当您希望增强或替换 DNS 进行服务发现时，可以考虑使用自定义名称解析器。例如，这个接口曾被用来通过 Apache Zookeeper 查找服务名称。它也曾被用来直接与 Kubernetes API 服务器交互，基于无头服务（headless Service）资源进行服务查找。

使用自定义名称解析器而不是标准 DNS 的一个原因是，这个接口是响应式的。在标准 DNS 中，客户端在连接开始时查找特定服务的地址，并在连接的生命周期内保持与该地址的连接。然而，自定义名称解析器可以是基于监听的（watch-based），即它们可以接收来自名称服务器的更新，从而智能响应后端故障、后端扩展（scale-up）和后端缩减（scale-down）。

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