.NET 服务发现

https://learn.microsoft.com/en-us/dotnet/core/extensions/service-discovery?tabs=dotnet-cli

目前该包处于预览状态

在本文中，我将为你介绍如何使用 Microsoft.Extensions.ServiceDiscovery 库，服务发现是开发者使用逻辑名称而不是物理地址 ( IP 地址和端口) 来使用外部服务的方式。

入门

为了在 .NET 中使用服务发现，首先需要安装 Microsoft.Extensions.ServiceDiscovery NuGet 包，使用如下的命令

dotnet add package Microsoft.Extensions.ServiceDiscovery --prerelease

使用示例

在项目的 Program.cs 中，调用 AddServiceDiscovery() 扩展方法，以添加服务发现的功能到 Host 中，它会配置默认的服务端点解析器。

builder.Services.AddServiceDiscovery();

然后，通过在每个 IHttpClientBuilder 上调用 UseServiceDiscovery() 扩展方法来添加服务发现的支持。

builder.Services.AddHttpClient<CatalogServiceClient>(static client =>
    {
        client.BaseAddress = new("http://catalog");
    })
    .UseServiceDiscovery();

另外，你还可以通过为所有的 HttpClient 实例默认增加服务发现的支持，

builder.Services.ConfigureHttpClientDefaults(static http =>
{
    // Turn on service discovery by default
    http.UseServiceDiscovery();
});

通过配置来解析服务端点

AddServiceDiscovery() 扩展方法默认提供了基于配置的解析器支持。该解析器通过 .NET 的配置系统来获得端点信息。库支持通过来自 appsettings.json、环境变量、或者其它的 IConfiguration 源的配置信息。

下面的示例演示了如何为名为 catalog 的服务通过 appsettings.json 来配置服务端点：

{
  "Services": {
      "catalog": [
        "localhost:8080",
        "10.46.24.90:80",
      ]
    }
}

上面的示例为名为 catalog 的服务配置了两个服务端点：localhost:8080 和 10.46.24.90:80。每当解析 catalog 的时候，就会选中这两个端点之一。

如果服务发现是通过 IServiceCollection 上的 AddServiceDiscoveryCore() 方法添加的，那么基于配置端点解析可以通过调用 IServiceCollection 上的 AddConfigurationServiceEndPointResolver() 扩展方法来添加。

配置

基于配置的解析器使用 ConfigurationServiceEndPointResolverOptions 类型进行配置，它支持下列配置方式：

• SectionName: 配置包含服务端点的配置节的名称，默认为 Services
• ApplyHostNameMetadata: 用来决定是否主机名的元数据需要用于解析端点的委托，默认该函数返回 false

如果需要使用这些配置，可以调用应用程序的 Program 文件中的 Startup 类型中 IServiceCollection 上的 Configure() 扩展方法。

var builder = WebApplication.CreateBuilder(args);

builder.Services.Configure<ConfigurationServiceEndPointResolverOptions>(
    static options =>
    {
        options.SectionName = "MyServiceEndpoints";
    
        // Configure the logic for applying host name metadata
        options.ApplyHostNameMetadata = static endpoint =>
        {
            // Your custom logic here. For example:
            return endpoint.EndPoint is DnsEndPoint dnsEp
                && dnsEp.Host.StartsWith("internal");
        };
    });

上面的示例展示了配置自定义的服务配置节名称，以及提供了对于使用主机名元数据的自定义条件。

使用平台提供的服务发现机制来解析服务端点

特定的平台，诸如 Azure Container Apps，还有 Kubernetes (当正确配置之后)，会提供在不需要客户端库提供的服务器发现支持的情况下提供服务发现的支持。当应用部署在这样的场景下，使用平台内置的机制会更有优势。而 Pass-through 解析器就是为此场景而设计，它支持取代解析器，比如基于配置的解析器，在不同的环境下，比如在开发者的机器上。重要的是，这种灵活性可以在不需要修改任何代码或者实现某种条件检查的情况下达到。

该 Pass-through 解析器不使用外部解析，而是通过返回诸如 DnsEndPoint 通过服务名返回的端点。

当通过调用 AddServiceDiscovery() 扩展方法使用服务发现支持的时候，Pass-through 提供器是被默认配置的。

如果服务发现是通过 IServiceCollection 上的 AddServiceDiscoveryCore() 方法添加的，那么 Pass-through 提供器可以通过调用 IServiceCollection 上的 AddPassThroughServiceEndPointResolver () 扩展方法来添加。

使用端点选择器的负载均衡

每当通过 HttpClient 管线解析一个端点的时候，就会从对应请求服务的所有已知端点中选择其一。如果存在多个端点可用，那么可能希望通过在所有端点中均衡流量。为达到此目的，可以使用定制的 端点选择器，默认情况下，端点被轮流选择。为了使用不一样的端点选择器，为 UseServiceDiscovery() 方法提供一个 IServiceEndPointSelector 实例。例如，为了从一组解析的端点中随机选择端点，可以指定 RandomServiceEndPointSelectorProvider.Instance 作为端点选择器。

builder.Services.AddHttpClient<CatalogServiceClient>(
        static client => client.BaseAddress = new("http://catalog")
    )
    .UseServiceDiscovery(RandomServiceEndPointSelectorProvider.Instance);

NuGet 包 Microsoft.Extensions.ServiceDiscovery 包含了如下的端点选择器：

• PickFirstServiceEndPointSelectorProvider.Instance: 选择第一个，总是选择第一个端点
• RoundRobinServiceEndPointSelectorProvider.Instance: 轮流选择, 转圈选择端点
• RandomServiceEndPointSelectorProvider.Instance: 随机，随机选择端点
• PowerOfTwoChoicesServiceEndPointSelectorProvider.Instance: 二次幂选择，基于二次幂算法选择最少使用的端点来进行负载均衡。在提供的任一终结点没有 IEndPointLoadFeature 功能时，降级为随机选择终结点。

端点选择器通过 IServiceEndPointSelectorProvider 实例来创建，比如上面列出的这些选择器。Provider 的 CreateSelector() 方法在创建选择器的时候被调用，得到一个 IServiceEndPointSelector。然后当需要解析的时候，一套已知的端点被提供给 IServiceEndPointSelector 实例，使用 IServiceEndPointSelector.SetEndPoints() 方法完成。为了从集合中选择一个端点，则 IServiceEndPointSelector.GetEndPoint() 方法被调用，返回单个的 ServiceEndPoint 实例。传递给 GetEndPoint() 方法的参数 context 值，用于提供额外的对于选择器有用的上下文信息。例如，在 HttpClient 中，HttpRequestMessage 被传递进来。还没有一个 IServiceEndPointSelector 的实现检查该上下文，现在你可以忽略它，除非你在使用某个选择器，并确实使用它。

解析的顺序

当解析服务端点的时候，每个被注册的解析器按照注册的顺序被调用，并有机会修改返回给调用者的 ServiceEndPoint 集合，在 Microsoft.Extensions.ServiceDiscovery 系列包中的提供器在被调用的时候，如果已经有端点在集合中，就会跳过解析。例如，考虑一个场景，注册了如下的提供器：

• Configuration
• DNS SRV
• Pass-through

当解析发生的时候，这些提供器按顺序被调用。如果 Configuration 提供器没有发现合适的端点，则 DNS SRV 进行解析，可能会增加一个或者多个端点，如果 DNS SRV 提供器增加了一个端点到集合中，那么 Pass-through 提供器就会跳过解析并立即返回。