ASP.NET Core 中的运行状况检查Health checks in ASP.NET Core

ASP.NET Core 提供运行状况检查中间件和库，以用于报告应用基础结构组件的运行状况。

运行状况检查由应用程序作为 HTTP 终结点公开。可以为各种实时监视方案配置运行状况检查终结点：

  • 运行状况探测可以由容器业务流程协调程和负载均衡器用于检查应用的状态。例如，容器业务流程协调程序可以通过停止滚动部署或重新启动容器来响应失败的运行状况检查。负载均衡器可以通过将流量从失败的实例路由到正常实例，来应对不正常的应用。
  • 可以监视内存、磁盘和其他物理服务器资源的使用情况来了解是否处于正常状态。
  • 运行状况检查可以测试应用的依赖项（如数据库和外部服务终结点）以确认是否可用和正常工作。

查看或下载示例代码（）

示例应用包含本主题中所述的方案示例。若要运行给定方案的示例应用，请在命令行界面中从项目文件夹中使用 dotnet run 命令。请参阅示例应用的 README.md 文件和本主题中的方案说明，以了解有关如何使用示例应用的详细信息。

运行状况检查通常与外部监视服务或容器业务流程协调程序一起用于检查应用的状态。向应用添加运行状况检查之前，需确定要使用的监视系统。监视系统决定了要创建的运行状况检查类型以及配置其终结点的方式。

为 ASP.NET Core 应用隐式引用 包。若要使用 Entity Framework Core 执行运行状况检查，请将包引用添加到 Microsoft.Extensions.Diagnostics.HealthChecks.EntityFrameworkCore 包。

示例应用提供了启动代码来演示几个方案的运行状况检查。方案使用 AspNetCore.Diagnostics.HealthChecks 检查数据库连接的运行状况。方案使用 EF Core 检查数据库。若要探索数据库方案，示例应用将：

备注

AspNetCore.Diagnostics.HealthChecks 不由 Microsoft 维护或支持。

另一个运行状况检查方案演示如何将运行状况检查筛选到某个管理端口。示例应用要求创建包含管理 URL 和管理端口的 Properties/launchSettings.json 文件。有关详细信息，请参阅部分。

基本运行状况探测Basic health probe

对于许多应用，报告应用在处理请求方面的可用性（运行情况 ）的基本运行状况探测配置足以发现应用的状态。

基本配置会注册运行状况检查服务，并调用运行状况检查中间件以通过运行状况响应在 URL 终结点处进行响应。默认情况下，不会注册任何特定运行状况检查来测试任何特定依赖项或子系统。如果能够在运行状况终结点 URL 处进行响应，则应用被视为正常。默认响应编写器会以纯文本响应形式将状态 () 写回到客户端，以便指示 HealthStatus.Healthy、 或 HealthStatus.Unhealthy 状态。

在 Startup.ConfigureServices 中使用 注册运行状况检查服务。通过在 Startup.Configure 中调用 MapHealthChecks 来创建运行状况检查终结点。

在示例应用中，在 /health 处创建运行状况检查终结点 (BasicStartup.cs )：

若要使用示例应用运行基本配置方案，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario basic

Docker 示例Docker example

提供内置 HEALTHCHECK 指令，该指令可以用于检查使用基本运行状况检查配置的应用的状态：

  1. HEALTHCHECK CMD curl --fail http://localhost:5000/health || exit

创建运行状况检查Create health checks

运行状况检查通过实现 接口进行创建。CheckHealthAsync 方法会返回 ，它以 Healthy、Degraded 或 Unhealthy 的形式指示运行状况。结果会使用可配置状态代码（配置在运行状况检查选项部分中进行介绍）编写为纯文本响应。 还可以返回可选的键值对。

下面的 ExampleHealthCheck 类演示运行状况检查的布局。运行状况检查逻辑位于 CheckHealthAsync 方法中。以下示例将虚拟变量 healthCheckResultHealthy 设为 true。如果 healthCheckResultHealthy 的值设为 false，则返回 HealthCheckResult.Unhealthy 状态。

  1. public class ExampleHealthCheck : IHealthCheck
  2. {
  3.     public Task<HealthCheckResult> CheckHealthAsync(
  4.         HealthCheckContext context,
  5.         CancellationToken cancellationToken = default(CancellationToken))
  6.     {
  7.         var healthCheckResultHealthy = true;
  9.         if (healthCheckResultHealthy)
  10.         {
  11.             return Task.FromResult(
  12.                 HealthCheckResult.Healthy("A healthy result."));
  13.         }
  15.         return Task.FromResult(
  16.             HealthCheckResult.Unhealthy("An unhealthy result."));
  17.     }
  18. }

注册运行状况检查服务Register health check services

ExampleHealthCheck 类型使用 Startup.ConfigureServices 中的 AddCheck 添加到运行状况检查服务：

  1. services.AddHealthChecks()
  2.     .AddCheck<ExampleHealthCheck>("example_health_check");

以下示例中显示的 重载会设置要在运行状况检查报告失败时报告的失败状态 (HealthStatus)。如果失败状态设置为 null（默认值），则会报告 。此重载对于库创建者是一种十分有用的方案，在这种情况下，如果运行状况检查实现遵循该设置，则在发生运行状况检查失败时，应用会强制实施库所指示的失败状态。

标记 用于筛选运行状况检查（在筛选运行状况检查部分中进行了进一步介绍）。

  1. services.AddHealthChecks()
  2.     .AddCheck<ExampleHealthCheck>(
  3.         "example_health_check",
  4.         failureStatus: HealthStatus.Degraded,
  5.         tags: new[] { "example" });

还可以执行 lambda 函数。在以下示例中，运行状况检查名称指定为 Example，并且检查始终返回正常状态：

  1. services.AddHealthChecks()
  2.     .AddCheck("Example", () =>
  3.         HealthCheckResult.Healthy("Example is OK!"), tags: new[] { "example" });

调用 AddTypeActivatedCheck 将参数传递到运行状况检查实现。在以下示例中，TestHealthCheckWithArgs 接受一个整数和一个字符串，以便在调用 时使用：

  1. private class TestHealthCheckWithArgs : IHealthCheck
  2. {
  3.     public TestHealthCheckWithArgs(int i, string s)
  4.     {
  5.         I = i;
  6.         S = s;
  7.     }
  9.     public int I { get; set; }
  11.     public string S { get; set; }
  13.     public Task<HealthCheckResult> CheckHealthAsync(HealthCheckContext context, 
  14.         CancellationToken cancellationToken = default)
  15.     {
  16.         ...
  17.     }
  18. }

TestHealthCheckWithArgs 通过使用传递到实现的整数和字符串调用 AddTypeActivatedCheck 来注册：

  1. services.AddHealthChecks()
  2.     .AddTypeActivatedCheck<TestHealthCheckWithArgs>(
  3.         "test", 
  4.         failureStatus: HealthStatus.Degraded, 
  5.         tags: new[] { "example" }, 
  6.         args: new object[] { 5, "string" });

使用运行状况检查路由Use Health Checks Routing

在 Startup.Configure 内，使用终结点 URL 或相对路径在终结点生成器上调用 MapHealthChecks：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health");
  4. });

需要主机Require host

调用 RequireHost 以便为运行状况检查终结点指定一个或多个允许的主机。主机应为 Unicode 而不是 punycode，且可以包含端口。如果未提供集合，则接受任何主机。

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health").RequireHost("www.contoso.com:5001");
  4. });

有关详细信息，请参阅按端口筛选部分。

需要授权Require authorization

调用 RequireAuthorization 以在状况检查请求终结点上运行身份验证中间件。RequireAuthorization 重载接受一个或多个授权策略。如果未提供策略，则使用默认的授权策略。

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health").RequireAuthorization();
  4. });

启用跨域请求 (CORS)Enable Cross-Origin Requests (CORS)

尽管从浏览器手动执行运行状况检查不是常见的使用方案，但可以通过在运行状况检查终结点上调用 RequireCors 来启用 CORS 中间件。RequireCors 重载接受 CORS 策略生成器委托 (CorsPolicyBuilder) 或策略名称。如果未提供策略，则使用默认的 CORS 策略。有关详细信息，请参阅 。

运行状况检查选项Health check options

使你可以自定义运行状况检查行为：

筛选运行状况检查Filter health checks

默认情况下，运行状况检查中间件会运行所有已注册的运行状况检查。若要运行运行状况检查的子集，请提供向 选项返回布尔值的函数。在以下示例中，Bar 运行状况检查在函数条件语句 中由于其标记 (bar_tag) 而被筛选掉，在条件语句中，仅当运行状况检查的 Tags 属性与 foo_tag 或 baz_tag 匹配时才返回 true：

在 Startup.ConfigureServices中：

  1. services.AddHealthChecks()
  2.     .AddCheck("Foo", () =>
  3.         HealthCheckResult.Healthy("Foo is OK!"), tags: new[] { "foo_tag" })
  4.     .AddCheck("Bar", () =>
  5.         HealthCheckResult.Unhealthy("Bar is unhealthy!"), tags: new[] { "bar_tag" })
  6.     .AddCheck("Baz", () =>
  7.         HealthCheckResult.Healthy("Baz is OK!"), tags: new[] { "baz_tag" });

在 Startup.Configure 中，Predicate 筛选出“Bar”运行状况检查。仅 Foo 和 Baz 执行：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health", new HealthCheckOptions()
  4.     {
  5.         Predicate = (check) => check.Tags.Contains("foo_tag") ||
  6.             check.Tags.Contains("baz_tag")
  7.     });
  8. });

使用 可自定义运行状况状态到 HTTP 状态代码的映射。以下 StatusCodes 分配是中间件所使用的默认值。更改状态代码值以满足要求。

在 Startup.Configure中：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health", new HealthCheckOptions()
  4.     {
  5.         ResultStatusCodes =
  6.         {
  7.             [HealthStatus.Healthy] = StatusCodes.Status200OK,
  8.             [HealthStatus.Degraded] = StatusCodes.Status200OK,
  9.             [HealthStatus.Unhealthy] = StatusCodes.Status503ServiceUnavailable
  10.         }
  11.     });
  12. });

取消缓存标头Suppress cache headers

AllowCachingResponses 控制运行状况检查中间件是否将 HTTP 标头添加到探测响应以防止响应缓存。如果值为 false（默认值），则中间件会设置或替代 Cache-Control、Expires 和 Pragma 标头以防止响应缓存。如果值为 true，则中间件不会修改响应的缓存标头。

在 Startup.Configure中：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health", new HealthCheckOptions()
  4.     {
  5.         AllowCachingResponses = false
  6.     });
  7. });

自定义输出Customize output

在 Startup.Configure 中，将 HealthCheckOptions.ResponseWriter 选项设置为编写响应的委托：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health", new HealthCheckOptions()
  4.     {
  5.         ResponseWriter = WriteResponse
  6.     });
  7. });

默认委托会使用 字符串值编写最小的纯文本响应。以下自定义委托输出自定义 JSON 响应。

示例应用中的第一个示例演示如何使用 System.Text.Json：

  1. private static Task WriteResponse(HttpContext context, HealthReport result)
  2. {
  3.     context.Response.ContentType = "application/json; charset=utf-8";
  5.     var options = new JsonWriterOptions
  6.     {
  7.         Indented = true
  8.     };
  10.     using (var stream = new MemoryStream())
  11.     {
  12.         using (var writer = new Utf8JsonWriter(stream, options))
  13.         {
  14.             writer.WriteStartObject();
  15.             writer.WriteString("status", result.Status.ToString());
  16.             writer.WriteStartObject("results");
  17.             foreach (var entry in result.Entries)
  18.             {
  19.                 writer.WriteStartObject(entry.Key);
  20.                 writer.WriteString("status", entry.Value.Status.ToString());
  21.                 writer.WriteString("description", entry.Value.Description);
  22.                 writer.WriteStartObject("data");
  23.                 foreach (var item in entry.Value.Data)
  24.                 {
  25.                     writer.WritePropertyName(item.Key);
  26.                     JsonSerializer.Serialize(
  27.                         writer, item.Value, item.Value?.GetType() ?? 
  28.                         typeof(object));
  29.                 }
  30.                 writer.WriteEndObject();
  31.                 writer.WriteEndObject();
  32.             }
  33.             writer.WriteEndObject();
  34.             writer.WriteEndObject();
  35.         }
  37.         var json = Encoding.UTF8.GetString(stream.ToArray());
  39.         return context.Response.WriteAsync(json);
  40.     }
  41. }

第二个示例演示如何使用 ：

  1. private static Task WriteResponse(HttpContext context, HealthReport result)
  2. {
  3.     context.Response.ContentType = "application/json";
  5.     var json = new JObject(
  6.         new JProperty("status", result.Status.ToString()),
  7.         new JProperty("results", new JObject(result.Entries.Select(pair =>
  8.             new JProperty(pair.Key, new JObject(
  9.                 new JProperty("status", pair.Value.Status.ToString()),
  10.                 new JProperty("description", pair.Value.Description),
  11.                 new JProperty("data", new JObject(pair.Value.Data.Select(
  12.                     p => new JProperty(p.Key, p.Value))))))))));
  14.     return context.Response.WriteAsync(
  15.         json.ToString(Formatting.Indented));
  16. }

在示例应用中，注释掉“CustomWriterStartup.cs”中的 SYSTEM_TEXT_JSON 预处理器指令，以启用 WriteResponse 的 Newtonsoft.Json 版本。

运行状况检查 API 不为复杂 JSON 返回格式提供内置支持，因为该格式特定于你选择的监视系统。必要时自定义上述示例中的响应。有关使用 System.Text.Json 执行 JSON 序列化的详细信息，请参阅。

数据库探测Database probe

运行状况检查可以指定数据库查询作为布尔测试来运行，以指示数据库是否在正常响应。

示例应用使用 （ASP.NET Core 应用的运行状况检查库）对 SQL Server 数据库执行运行状况检查。AspNetCore.Diagnostics.HealthChecks 对数据库执行 SELECT 1 查询以确认与数据库的连接是否正常。

警告

使用查询检查数据库连接时，请选择快速返回的查询。查询方法会面临使数据库过载和降低其性能的风险。在大多数情况下，无需运行测试查询。只需建立成功的数据库连接便足矣。如果发现需要运行查询，请选择简单的 SELECT 查询，如 SELECT 1。

包括对 AspNetCore.HealthChecks.SqlServer 的包引用。

在应用的 appsettings.json 文件中提供有效数据库连接字符串。应用使用名为 HealthCheckSample 的 SQL Server 数据库：

  1. {
  2.   "ConnectionStrings": {
  3.     "DefaultConnection": "Server=(localdb)\\MSSQLLocalDB;Database=HealthCheckSample;Trusted_Connection=True;MultipleActiveResultSets=true;ConnectRetryCount=0"
  4.   },
  5.   "Logging": {
  6.     "LogLevel": {
  7.       "Default": "Information",
  8.       "Microsoft": "Warning",
  9.       "Microsoft.Hosting.Lifetime": "Information"
  10.     },
  11.     "Console": {
  12.       "IncludeScopes": "true"
  13.     }
  14.   },
  15.   "AllowedHosts": "*"
  16. }

在 Startup.ConfigureServices 中使用 注册运行状况检查服务。示例应用使用数据库的连接字符串 (DbHealthStartup.cs ) 调用 AddSqlServer 方法：

  1. services.AddHealthChecks()
  2.     .AddSqlServer(Configuration["ConnectionStrings:DefaultConnection"]);

通过在 Startup.Configure 中调用 MapHealthChecks 来创建运行状况检查终结点：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health");
  4. }

若要使用示例应用运行数据库探测方案，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario db

备注

AspNetCore.Diagnostics.HealthChecks 不由 Microsoft 维护或支持。

Entity Framework Core DbContext 探测Entity Framework Core DbContext probe

DbContext 检查确认应用可以与为 EF Core DbContext 配置的数据库通信。满足以下条件的应用支持 DbContext 检查：

AddDbContextCheck<TContext> 为 DbContext 注册运行状况检查。DbContext 作为方法的 TContext 提供。重载可用于配置失败状态、标记和自定义测试查询。

默认情况下：

  • DbContextHealthCheck 调用 EF Core 的 CanConnectAsync 方法。可以自定义在使用 AddDbContextCheck 方法重载检查运行状况时运行的操作。
  • 运行状况检查的名称是 TContext 类型的名称。

在示例应用中，AppDbContext 会提供给 AddDbContextCheck，并在 Startup.ConfigureServices 中注册为服务 (DbContextHealthStartup.cs )：

  1. services.AddHealthChecks()
  2.     .AddDbContextCheck<AppDbContext>();
  4. services.AddDbContext<AppDbContext>(options =>
  5. {
  6.     options.UseSqlServer(
  7.         Configuration["ConnectionStrings:DefaultConnection"]);
  8. });

通过在 Startup.Configure 中调用 MapHealthChecks 来创建运行状况检查终结点：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health");
  4. }

若要使用示例应用运行 DbContext 探测方案，请确认连接字符串指定的数据库在 SQL Server 实例中不存在。如果该数据库存在，请删除它。

在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario dbcontext

在应用运行之后，在浏览器中对 /health 终结点发出请求，从而检查运行状况。数据库和 AppDbContext 不存在，因此应用提供以下响应：

  1. Unhealthy

触发示例应用以创建数据库。向 /createdatabase 发出请求。应用会进行以下响应：

  1. Creating the database...
  2. Done!
  3. Navigate to /health to see the health status.

向 /health 终结点发出请求。数据库和上下文存在，因此应用会进行以下响应：

  1. Healthy

触发示例应用以删除数据库。向 /deletedatabase 发出请求。应用会进行以下响应：

  1. Deleting the database...
  2. Done!
  3. Navigate to /health to see the health status.

向 /health 终结点发出请求。应用提供不正常的响应：

  1. Unhealthy

在某些托管方案中，会使用一对区分两种应用状态的运行状况检查：

  • 应用正常运行，但尚未准备好接收请求。此状态是应用的就绪情况 。
  • 应用正常运行并响应请求。此状态是应用的运行情况 。

就绪情况检查通常执行更广泛和耗时的检查集，以确定应用的所有子系统和资源是否都可用。运行情况检查只是执行一个快速检查，以确定应用是否可用于处理请求。应用通过其就绪情况检查之后，无需使用成本高昂的就绪情况检查集来进一步增加应用负荷 — 后续检查只需检查运行情况。

示例应用包含运行状况检查，以报告托管服务中长时间运行的启动任务的完成。StartupHostedServiceHealthCheck 公开了属性 StartupTaskCompleted，托管服务在其长时间运行的任务完成时可以将该属性设置为 true (StartupHostedServiceHealthCheck.cs )：

  1. public class StartupHostedServiceHealthCheck : IHealthCheck
  2. {
  3.     private volatile bool _startupTaskCompleted = false;
  5.     public string Name => "slow_dependency_check";
  7.     public bool StartupTaskCompleted
  8.     {
  9.         get => _startupTaskCompleted;
  10.         set => _startupTaskCompleted = value;
  11.     }
  13.     public Task<HealthCheckResult> CheckHealthAsync(
  14.         HealthCheckContext context, 
  15.         CancellationToken cancellationToken = default(CancellationToken))
  16.     {
  17.         if (StartupTaskCompleted)
  18.         {
  19.             return Task.FromResult(
  20.                 HealthCheckResult.Healthy("The startup task is finished."));
  21.         }
  23.         return Task.FromResult(
  24.             HealthCheckResult.Unhealthy("The startup task is still running."));
  25.     }
  26. }

长时间运行的后台任务由 (Services/StartupHostedService ) 启动。在该任务结束时，StartupHostedServiceHealthCheck.StartupTaskCompleted 设置为 true：

  1. public class StartupHostedService : IHostedService, IDisposable
  2. {
  3.     private readonly int _delaySeconds = 15;
  4.     private readonly ILogger _logger;
  5.     private readonly StartupHostedServiceHealthCheck _startupHostedServiceHealthCheck;
  7.     public StartupHostedService(ILogger<StartupHostedService> logger, 
  8.         StartupHostedServiceHealthCheck startupHostedServiceHealthCheck)
  9.     {
  10.         _logger = logger;
  11.         _startupHostedServiceHealthCheck = startupHostedServiceHealthCheck;
  12.     }
  14.     public Task StartAsync(CancellationToken cancellationToken)
  15.     {
  16.         _logger.LogInformation("Startup Background Service is starting.");
  18.         // Simulate the effect of a long-running startup task.
  19.         Task.Run(async () =>
  20.         {
  21.             await Task.Delay(_delaySeconds * 1000);
  23.             _startupHostedServiceHealthCheck.StartupTaskCompleted = true;
  25.             _logger.LogInformation("Startup Background Service has started.");
  26.         });
  28.         return Task.CompletedTask;
  29.     }
  31.     public Task StopAsync(CancellationToken cancellationToken)
  32.     {
  33.         _logger.LogInformation("Startup Background Service is stopping.");
  35.         return Task.CompletedTask;
  36.     }
  38.     public void Dispose()
  39.     {
  40.     }
  41. }

运行状况检查在 Startup.ConfigureServices 中使用 AddCheck 与托管服务一起注册。因为托管服务必须对运行状况检查设置该属性，所以运行状况检查也会在服务容器 (LivenessProbeStartup.cs ) 中进行注册：

  1. services.AddHostedService<StartupHostedService>();
  2. services.AddSingleton<StartupHostedServiceHealthCheck>();
  4. services.AddHealthChecks()
  5.     .AddCheck<StartupHostedServiceHealthCheck>(
  6.         "hosted_service_startup", 
  7.         failureStatus: HealthStatus.Degraded, 
  8.         tags: new[] { "ready" });
  10. services.Configure<HealthCheckPublisherOptions>(options =>
  11. {
  12.     options.Delay = TimeSpan.FromSeconds(2);
  13.     options.Predicate = (check) => check.Tags.Contains("ready");
  14. });
  16. services.AddSingleton<IHealthCheckPublisher, ReadinessPublisher>();

通过在 Startup.Configure 中调用 MapHealthChecks 来创建运行状况检查终结点。在示例应用中，在以下位置创建运行状况检查终结点：

  • /health/ready（用于就绪状态检查）。就绪情况检查会将运行状况检查筛选到具有 ready 标记的运行状况检查。
  • /health/live（用于运行情况检查）。运行情况检查通过在 中返回 false 来筛选出 StartupHostedServiceHealthCheck（有关详细信息，请参阅筛选运行状况检查）
  • 就绪状态检查将所有已注册的检查与“ready”标记一起使用。
  • Predicate 将排除所有检查并返回 200-Ok。

若要使用示例应用运行就绪情况/运行情况配置方案，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario liveness

在浏览器中，访问 /health/ready 几次，直到过了 15 秒。运行状况检查会在前 15 秒内报告“运行不正常” 。15 秒之后，终结点会报告“运行正常” ，这反映托管服务完成了长时间运行的任务。

此示例还创建了一个运行第一个就绪检查的运行状况检查发布服务器（ 实现），延迟时间为两秒。有关详细信息，请参阅运行状况检查发布服务器部分。

Kubernetes 示例Kubernetes example

在诸如 Kubernetes 这类环境中，使用单独的就绪情况和运行情况检查会十分有用。在 Kubernetes 中，应用可能需要在接受请求之前执行耗时的启动工作，如基础数据库可用性测试。使用单独检查使业务流程协调程序可以区分应用是否正常运行但尚未准备就绪，或是应用程序是否未能启动。有关 Kubernetes 中的就绪情况和运行情况探测的详细信息，请参阅 Kubernetes 文档中的。

以下示例演示如何使用 Kubernetes 就绪情况探测配置：

  1. spec:
  2.   template:
  3.   spec:
  4.     readinessProbe:
  5.       # an http probe
  6.       httpGet:
  7.         path: /health/ready
  8.         port: 80
  9.       # length of time to wait for a pod to initialize
  10.       # after pod startup, before applying health checking
  11.       initialDelaySeconds: 30
  12.       timeoutSeconds: 1
  13.     ports:
  14.       - containerPort: 80

具有自定义响应编写器的基于指标的探测Metric-based probe with a custom response writer

示例应用演示具有自定义响应编写器的内存运行状况检查。

如果应用使用的内存多于给定内存阈值（在示例应用中为 1 GB），则 MemoryHealthCheck 报告降级状态。 包括应用的垃圾回收器 (GC) 信息 (MemoryHealthCheck.cs )：

  1. public class MemoryHealthCheck : IHealthCheck
  2. {
  3.     private readonly IOptionsMonitor<MemoryCheckOptions> _options;
  5.     public MemoryHealthCheck(IOptionsMonitor<MemoryCheckOptions> options)
  6.     {
  7.     }
  9.     public string Name => "memory_check";
  11.     public Task<HealthCheckResult> CheckHealthAsync(
  12.         HealthCheckContext context, 
  13.         CancellationToken cancellationToken = default(CancellationToken))
  14.     {
  15.         var options = _options.Get(context.Registration.Name);
  17.         // Include GC information in the reported diagnostics.
  18.         var allocated = GC.GetTotalMemory(forceFullCollection: false);
  19.         var data = new Dictionary<string, object>()
  21.             { "AllocatedBytes", allocated },
  22.             { "Gen0Collections", GC.CollectionCount(0) },
  23.             { "Gen1Collections", GC.CollectionCount(1) },
  24.             { "Gen2Collections", GC.CollectionCount(2) },
  25.         };
  26.         var status = (allocated < options.Threshold) ? 
  27.             HealthStatus.Healthy : context.Registration.FailureStatus;
  29.         return Task.FromResult(new HealthCheckResult(
  30.             status,
  31.             description: "Reports degraded status if allocated bytes " +
  32.                 $">= {options.Threshold} bytes.",
  33.             exception: null,
  34.             data: data));
  35.     }
  36. }

在 Startup.ConfigureServices 中使用 AddHealthChecks 注册运行状况检查服务。MemoryHealthCheck 注册为服务，而不是通过将运行状况检查传递到 来启用它。所有 IHealthCheck 注册服务都可供运行状况检查服务和中间件使用。建议将运行状况检查服务注册为单一实例服务。

在示例应用的“CustomWriterStartup.cs”中： 

  1. services.AddHealthChecks()
  2.     .AddMemoryHealthCheck("memory");

通过在 Startup.Configure 中调用 MapHealthChecks 来创建运行状况检查终结点。当执行运行状况检查时，将 WriteResponse 委托提供给 <Microsoft.AspNetCore.Diagnostics.HealthChecks.HealthCheckOptions.ResponseWriter> 属性，用于输出自定义 JSON 响应：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health", new HealthCheckOptions()
  4.     {
  5.         ResponseWriter = WriteResponse
  6.     });
  7. }

WriteResponse 委托将 CompositeHealthCheckResult 格式化为 JSON 对象，并生成运行状况检查响应的 JSON 输出。有关详细信息，请参阅部分。

若要使用示例应用运行具有自定义响应编写器输出的基于指标的探测，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario writer

备注

AspNetCore.Diagnostics.HealthChecks 包括基于指标的运行状况检查方案（包括磁盘存储和最大值运行情况检查）。

不由 Microsoft 维护或支持。

按端口筛选Filter by port

使用 URL 模式在 MapHealthChecks 上调用 RequireHost，该 URL 模式指定一个端口，以使运行状况检查请求限于指定端口。这通常用于在容器环境中公开用于监视服务的端口。

示例应用使用配置端口。端口在 launchSettings.json 文件设置，并通过环境变量传递到配置提供程序。还必须配置服务器以在管理端口上侦听请求。

若要使用示例应用演示管理端口配置，请在 Properties 文件夹中创建 launchSettings.json 文件。

示例应用中的以下 Properties/launchSettings.json 文件未包含在示例应用的项目文件中，必须手动创建：

  1. {
  2.   "profiles": {
  3.     "SampleApp": {
  4.       "commandName": "Project",
  5.       "commandLineArgs": "",
  6.       "launchBrowser": true,
  7.       "environmentVariables": {
  8.         "ASPNETCORE_ENVIRONMENT": "Development",
  9.         "ASPNETCORE_URLS": "http://localhost:5000/;http://localhost:5001/",
  10.         "ASPNETCORE_MANAGEMENTPORT": "5001"
  11.       },
  12.       "applicationUrl": "http://localhost:5000/"
  13.     }
  14.   }
  15. }

在 Startup.ConfigureServices 中使用 AddHealthChecks 注册运行状况检查服务。通过在 Startup.Configure 中调用 MapHealthChecks 来创建运行状况检查终结点。

在示例应用中，在 Startup.Configure 中的终结点上调用 RequireHost 将从配置中指定管理端口：

  1. endpoints.MapHealthChecks("/health")
  2.     .RequireHost($"*:{Configuration["ManagementPort"]}");

在示例应用中，在 Startup.Configure 中创建终结点。在以下示例代码中：

  • 就绪状态检查将所有已注册的检查与“ready”标记一起使用。
  • Predicate 将排除所有检查并返回 200-Ok。
  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health/ready", new HealthCheckOptions()
  4.     {
  5.         Predicate = (check) => check.Tags.Contains("ready"),
  6.     });
  8.     endpoints.MapHealthChecks("/health/live", new HealthCheckOptions()
  9.     {
  10.         Predicate = (_) => false
  11.     });
  12. }

备注

可以通过在代码中显式设置管理端口，来避免在示例应用中创建 launchSettings.json 文件。在创建 的 Program.cs 中，添加对 ListenAnyIP 的调用并提供应用的管理端口终结点。在 ManagementPortStartup.cs 的 Configure 中，使用 RequireHost 指定管理端口：

Program.cs :

  1. return new HostBuilder()
  2.     .ConfigureWebHostDefaults(webBuilder =>
  3.     {
  4.         webBuilder.UseKestrel()
  5.             .ConfigureKestrel(serverOptions =>
  6.             {
  7.                 serverOptions.ListenAnyIP(5001);
  8.             })
  9.             .UseStartup(startupType);
  10.     })
  11.     .Build();

ManagementPortStartup.cs ：

  1. app.UseEndpoints(endpoints =>
  2. {
  3.     endpoints.MapHealthChecks("/health").RequireHost("*:5001");
  4. });

若要使用示例应用运行管理端口配置方案，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario port

分发运行状况检查库Distribute a health check library

将运行状况检查作为库进行分发：

  • 编写将 IHealthCheck 接口作为独立类来实现的运行状况检查。该类可以依赖于类型激活和命名选项来访问配置数据。

在 CheckHealthAsync 的运行状况检查逻辑中：

  • 方法中使用 data1 和 data2 运行探测的运行状况检查逻辑。
  • AccessViolationException 已处理。
    发生 时，将返回 FailureStatus 和 ，以允许用户配置运行状况检查失败状态。
  1. using System;
  2. using System.Threading;
  3. using System.Threading.Tasks;
  4. using Microsoft.Extensions.Diagnostics.HealthChecks;
  6. namespace SampleApp
  7. {
  8.     public class ExampleHealthCheck : IHealthCheck
  9.     {
  10.         private readonly string _data1;
  11.         private readonly int? _data2;
  13.         public ExampleHealthCheck(string data1, int? data2)
  14.         {
  15.             _data1 = data1 ?? throw new ArgumentNullException(nameof(data1));
  16.             _data2 = data2 ?? throw new ArgumentNullException(nameof(data2));
  17.         }
  19.         public async Task<HealthCheckResult> CheckHealthAsync(
  20.             HealthCheckContext context, CancellationToken cancellationToken)
  21.         {
  22.             try
  23.             {
  24.                 return HealthCheckResult.Healthy();
  25.             }
  26.             catch (AccessViolationException ex)
  27.             {
  28.                 return new HealthCheckResult(
  29.                     context.Registration.FailureStatus,
  30.                     description: "An access violation occurred during the check.",
  31.                     exception: ex,
  32.                     data: null);
  33.             }
  34.         }
  35.     }
  36. }
  • 使用参数编写一个扩展方法，所使用的应用会在其 Startup.Configure 方法中调用它。在以下示例中，假设以下运行状况检查方法签名：
  1. ExampleHealthCheck(string, string, int )

前面的签名指示 ExampleHealthCheck 需要其他数据来处理运行状况检查探测逻辑。当运行状况检查向扩展方法注册时，数据会提供给用于创建运行状况检查实例的委托。在以下示例中，调用方会指定可选的：

  • 运行状况检查名称 (name)。如果为 null，则使用 example_health_check。
  • 运行状况检查的字符串数据点 (data1)。
  • 运行状况检查的整数数据点 (data2)。如果为 null，则使用 1。
  • 失败状态 (HealthStatus)。默认值为 null。如果为 null，则报告失败状态 。
  • 标记 (IEnumerable<string>)。
  1. using System.Collections.Generic;
  2. using Microsoft.Extensions.Diagnostics.HealthChecks;
  4. public static class ExampleHealthCheckBuilderExtensions
  5. {
  6.     const string DefaultName = "example_health_check";
  8.     public static IHealthChecksBuilder AddExampleHealthCheck(
  9.         this IHealthChecksBuilder builder,
  10.         string name = default,
  11.         string data1,
  12.         int data2 = 1,
  13.         HealthStatus? failureStatus = default,
  14.         IEnumerable<string> tags = default)
  15.     {
  16.         return builder.Add(new HealthCheckRegistration(
  17.             name ?? DefaultName,
  18.             sp => new ExampleHealthCheck(data1, data2),
  19.             failureStatus,
  20.             tags));
  21.     }
  22. }

运行状况检查发布服务器Health Check Publisher

当 添加到服务容器时，运行状况检查系统，会定期执行运行状况检查并使用结果调用 PublishAsync。在期望每个进程定期调用监视系统以便确定运行状况的基于推送的运行状况监视系统方案中，这十分有用。

IHealthCheckPublisher 接口具有单个方法：

  1. Task PublishAsync(HealthReport report, CancellationToken cancellationToken);

使用 可设置：

  • Delay – 在应用程序启动后且在应用程序执行 实例之前所应用的初始延迟。延迟在启动时应用一次，不适用于后续迭代。默认值为 5 秒。
  • Period – 执行的时间。默认值为 30 秒。
  • Predicate – 如果 为 null（默认值），则运行状况检查发布服务器服务运行所有已注册的运行状况检查。若要运行运行状况检查的子集，请提供用于筛选检查集的函数。每个时间段都会评估谓词。
  • Timeout – 执行所有 实例的运行状况检查的超时时间。在不超时的情况下，使用 InfiniteTimeSpan 执行。默认值为 30 秒。

在示例应用中，ReadinessPublisher 是 实现。在以下日志级别，针对每次检查记录运行状况检查状态：

  • 如果运行状况检查状态为 Healthy，则为信息 ()。
  • 如果状态为 Degraded 或 ，则为错误 (LogError)。
  1. public class ReadinessPublisher : IHealthCheckPublisher
  2. {
  3.     private readonly ILogger _logger;
  5.     public ReadinessPublisher(ILogger<ReadinessPublisher> logger)
  6.     {
  7.         _logger = logger;
  8.     }
  10.     // The following example is for demonstration purposes only. Health Checks 
  11.     // Middleware already logs health checks results. A real-world readiness 
  12.     // check in a production app might perform a set of more expensive or 
  13.     // time-consuming checks to determine if other resources are responding 
  14.     // properly.
  15.     public Task PublishAsync(HealthReport report, 
  16.         CancellationToken cancellationToken)
  17.     {
  18.         if (report.Status == HealthStatus.Healthy)
  19.         {
  20.             _logger.LogInformation("{Timestamp} Readiness Probe Status: {Result}", 
  21.                 DateTime.UtcNow, report.Status);
  22.         }
  23.         else
  24.         {
  25.             _logger.LogError("{Timestamp} Readiness Probe Status: {Result}", 
  26.                 DateTime.UtcNow, report.Status);
  27.         }
  29.         cancellationToken.ThrowIfCancellationRequested();
  31.         return Task.CompletedTask;
  32.     }
  33. }

在示例应用的 LivenessProbeStartup 示例中，StartupHostedService 就绪状态检查有两秒的启动延迟，并且每 30 秒运行一次检查。为激活 实现，示例将 ReadinessPublisher 注册为依存关系注入 (DI) 容器中的单一实例服务：

  1. services.AddHostedService<StartupHostedService>();
  2. services.AddSingleton<StartupHostedServiceHealthCheck>();
  4. services.AddHealthChecks()
  5.     .AddCheck<StartupHostedServiceHealthCheck>(
  6.         "hosted_service_startup", 
  7.         failureStatus: HealthStatus.Degraded, 
  8.         tags: new[] { "ready" });
  10. services.Configure<HealthCheckPublisherOptions>(options =>
  11. {
  12.     options.Delay = TimeSpan.FromSeconds(2);
  13.     options.Predicate = (check) => check.Tags.Contains("ready");
  14. });
  16. services.AddSingleton<IHealthCheckPublisher, ReadinessPublisher>();

备注

包括多个系统的发布服务器（包括 Application Insights）。

不由 Microsoft 维护或支持。

使用 MapWhen 限制运行状况检查Restrict health checks with MapWhen

使用 对运行状况检查终结点的请求管道进行条件分支。

在以下示例中，如果收到 api/HealthCheck 终结点的 GET 请求，MapWhen 将对请求管道进行分支以激活运行状况检查中间件：

  1. app.MapWhen(
  2.     context => context.Request.Method == HttpMethod.Get.Method && 
  3.         context.Request.Path.StartsWith("/api/HealthCheck"),
  4.     builder => builder.UseHealthChecks());
  6. app.UseEndpoints(endpoints =>
  7. {
  8.     endpoints.MapRazorPages();
  9. });

有关详细信息，请参阅 ASP.NET Core 中间件。

ASP.NET Core 提供运行状况检查中间件和库，以用于报告应用基础结构组件的运行状况。

运行状况检查由应用程序作为 HTTP 终结点公开。可以为各种实时监视方案配置运行状况检查终结点：

  • 运行状况探测可以由容器业务流程协调程和负载均衡器用于检查应用的状态。例如，容器业务流程协调程序可以通过停止滚动部署或重新启动容器来响应失败的运行状况检查。负载均衡器可以通过将流量从失败的实例路由到正常实例，来应对不正常的应用。
  • 可以监视内存、磁盘和其他物理服务器资源的使用情况来了解是否处于正常状态。
  • 运行状况检查可以测试应用的依赖项（如数据库和外部服务终结点）以确认是否可用和正常工作。

（如何下载）

示例应用包含本主题中所述的方案示例。若要运行给定方案的示例应用，请在命令行界面中从项目文件夹中使用 命令。请参阅示例应用的 README.md 文件和本主题中的方案说明，以了解有关如何使用示例应用的详细信息。

先决条件Prerequisites

运行状况检查通常与外部监视服务或容器业务流程协调程序一起用于检查应用的状态。向应用添加运行状况检查之前，需确定要使用的监视系统。监视系统决定了要创建的运行状况检查类型以及配置其终结点的方式。

引用 或将包引用添加到 Microsoft.AspNetCore.Diagnostics.HealthChecks 包。

示例应用提供了启动代码来演示几个方案的运行状况检查。方案使用 AspNetCore.Diagnostics.HealthChecks 检查数据库连接的运行状况。方案使用 EF Core DbContext 检查数据库。若要探索数据库方案，示例应用将：

备注

AspNetCore.Diagnostics.HealthChecks 不由 Microsoft 维护或支持。

另一个运行状况检查方案演示如何将运行状况检查筛选到某个管理端口。示例应用要求创建包含管理 URL 和管理端口的 Properties/launchSettings.json 文件。有关详细信息，请参阅部分。

基本运行状况探测Basic health probe

对于许多应用，报告应用在处理请求方面的可用性（运行情况 ）的基本运行状况探测配置足以发现应用的状态。

基本配置会注册运行状况检查服务，并调用运行状况检查中间件以通过运行状况响应在 URL 终结点处进行响应。默认情况下，不会注册任何特定运行状况检查来测试任何特定依赖项或子系统。如果能够在运行状况终结点 URL 处进行响应，则应用被视为正常。默认响应编写器会以纯文本响应形式将状态 () 写回到客户端，以便指示 HealthStatus.Healthy、 或 HealthStatus.Unhealthy 状态。

在 Startup.ConfigureServices 中使用 注册运行状况检查服务。在 Startup.Configure 的请求处理管道中，使用 UseHealthChecks 为运行状况检查中间件添加终结点。

在示例应用中，在 /health 处创建运行状况检查终结点 (BasicStartup.cs )：

  1. public class BasicStartup
  2. {
  3.     public void ConfigureServices(IServiceCollection services)
  4.     {
  5.         services.AddHealthChecks();
  6.     }
  8.     public void Configure(IApplicationBuilder app)
  9.     {
  10.         app.UseHealthChecks("/health");
  11.     }
  12. }

若要使用示例应用运行基本配置方案，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario basic

Docker 示例Docker example

Docker 提供内置 HEALTHCHECK 指令，该指令可以用于检查使用基本运行状况检查配置的应用的状态：

  1. HEALTHCHECK CMD curl --fail http://localhost:5000/health || exit

运行状况检查通过实现 接口进行创建。CheckHealthAsync 方法会返回 ，它以 Healthy、Degraded 或 Unhealthy 的形式指示运行状况。结果会使用可配置状态代码（配置在运行状况检查选项部分中进行介绍）编写为纯文本响应。 还可以返回可选的键值对。

示例运行状况检查Example health check

下面的 ExampleHealthCheck 类演示运行状况检查的布局。运行状况检查逻辑位于 CheckHealthAsync 方法中。以下示例将虚拟变量 healthCheckResultHealthy 设为 true。如果 healthCheckResultHealthy 的值设为 false，则返回 状态。

  1. public class ExampleHealthCheck : IHealthCheck
  2. {
  3.     public Task<HealthCheckResult> CheckHealthAsync(
  4.         HealthCheckContext context,
  5.         CancellationToken cancellationToken = default(CancellationToken))
  6.     {
  7.         var healthCheckResultHealthy = true;
  9.         if (healthCheckResultHealthy)
  10.         {
  11.             return Task.FromResult(
  12.                 HealthCheckResult.Healthy("The check indicates a healthy result."));
  13.         }
  15.         return Task.FromResult(
  16.             HealthCheckResult.Unhealthy("The check indicates an unhealthy result."));
  17.     }
  18. }

ExampleHealthCheck 类型在 Startup.ConfigureServices 中通过 AddCheck 添加到运行状况检查服务：

  1. services.AddHealthChecks()
  2.     .AddCheck<ExampleHealthCheck>("example_health_check");

以下示例中显示的 重载会设置要在运行状况检查报告失败时报告的失败状态 (HealthStatus)。如果失败状态设置为 null（默认值），则会报告 。此重载对于库创建者是一种十分有用的方案，在这种情况下，如果运行状况检查实现遵循该设置，则在发生运行状况检查失败时，应用会强制实施库所指示的失败状态。

标记 用于筛选运行状况检查（在筛选运行状况检查部分中进行了进一步介绍）。

  1. services.AddHealthChecks()
  2.     .AddCheck<ExampleHealthCheck>(
  3.         "example_health_check",
  4.         failureStatus: HealthStatus.Degraded,
  5.         tags: new[] { "example" });

还可以执行 lambda 函数。在以下 Startup.ConfigureServices 示例中，运行状况检查名称指定为 Example，并且检查始终返回正常状态：

  1. services.AddHealthChecks()
  2.     .AddCheck("Example", () =>
  3.         HealthCheckResult.Healthy("Example is OK!"), tags: new[] { "example" });

使用运行状况检查中间件Use Health Checks Middleware

在 Startup.Configure 内，在处理管道中使用终结点 URL 或相对路径调用 ：

  1. app.UseHealthChecks("/health");

如果运行状况检查应侦听特定端口，则使用 UseHealthChecks 的重载设置端口（在部分中进行了进一步介绍）：

  1. app.UseHealthChecks("/health", port: 8000);

运行状况检查选项Health check options

使你可以自定义运行状况检查行为：

筛选运行状况检查Filter health checks

默认情况下，运行状况检查中间件会运行所有已注册的运行状况检查。若要运行运行状况检查的子集，请提供向 选项返回布尔值的函数。在以下示例中，Bar 运行状况检查在函数条件语句 中由于其标记 (bar_tag) 而被筛选掉，在条件语句中，仅当运行状况检查的 Tags 属性与 foo_tag 或 baz_tag 匹配时才返回 true：

  1. using System.Threading.Tasks;
  2. using Microsoft.AspNetCore.Diagnostics.HealthChecks;
  3. using Microsoft.Extensions.Diagnostics.HealthChecks;
  5. public void ConfigureServices(IServiceCollection services)
  6. {
  7.     services.AddHealthChecks()
  8.         .AddCheck("Foo", () =>
  9.             HealthCheckResult.Healthy("Foo is OK!"), tags: new[] { "foo_tag" })
  10.         .AddCheck("Bar", () =>
  11.             HealthCheckResult.Unhealthy("Bar is unhealthy!"), 
  12.                 tags: new[] { "bar_tag" })
  13.         .AddCheck("Baz", () =>
  14.             HealthCheckResult.Healthy("Baz is OK!"), tags: new[] { "baz_tag" });
  15. }
  17. public void Configure(IApplicationBuilder app)
  18. {
  19.     app.UseHealthChecks("/health", new HealthCheckOptions()
  20.     {
  21.         Predicate = (check) => check.Tags.Contains("foo_tag") ||
  22.             check.Tags.Contains("baz_tag")
  23.     });
  24. }

自定义 HTTP 状态代码Customize the HTTP status code

使用 ResultStatusCodes 可自定义运行状况状态到 HTTP 状态代码的映射。以下 分配是中间件所使用的默认值。更改状态代码值以满足要求。

在 Startup.Configure中：

  1. //using Microsoft.AspNetCore.Diagnostics.HealthChecks;
  2. //using Microsoft.Extensions.Diagnostics.HealthChecks;
  4. app.UseHealthChecks("/health", new HealthCheckOptions()
  5. {
  6.     ResultStatusCodes =
  7.     {
  8.         [HealthStatus.Healthy] = StatusCodes.Status200OK,
  9.         [HealthStatus.Degraded] = StatusCodes.Status200OK,
  10.         [HealthStatus.Unhealthy] = StatusCodes.Status503ServiceUnavailable
  11.     }
  12. });

取消缓存标头Suppress cache headers

控制运行状况检查中间件是否将 HTTP 标头添加到探测响应以防止响应缓存。如果值为 false（默认值），则中间件会设置或替代 Cache-Control、Expires 和 Pragma 标头以防止响应缓存。如果值为 true，则中间件不会修改响应的缓存标头。

在 Startup.Configure中：

  1. //using Microsoft.AspNetCore.Diagnostics.HealthChecks;
  2. //using Microsoft.Extensions.Diagnostics.HealthChecks;
  4. app.UseHealthChecks("/health", new HealthCheckOptions()
  5. {
  6.     AllowCachingResponses = false
  7. });

自定义输出Customize output

选项可获取或设置用于编写响应的委托。默认委托会使用 HealthReport.Status 字符串值编写最小的纯文本响应。

  1. // using Microsoft.AspNetCore.Diagnostics.HealthChecks;
  2. // using Microsoft.Extensions.Diagnostics.HealthChecks;
  4. app.UseHealthChecks("/health", new HealthCheckOptions()
  5. {
  6.     ResponseWriter = WriteResponse
  7. });

默认委托会使用 字符串值编写最小的纯文本响应。以下自定义委托 WriteResponse 输出自定义 JSON 响应：

  1. private static Task WriteResponse(HttpContext httpContext, HealthReport result)
  2. {
  3.     httpContext.Response.ContentType = "application/json";
  5.     var json = new JObject(
  6.         new JProperty("status", result.Status.ToString()),
  7.         new JProperty("results", new JObject(result.Entries.Select(pair =>
  8.             new JProperty(pair.Key, new JObject(
  9.                 new JProperty("status", pair.Value.Status.ToString()),
  10.                 new JProperty("description", pair.Value.Description),
  11.                 new JProperty("data", new JObject(pair.Value.Data.Select(
  12.                     p => new JProperty(p.Key, p.Value))))))))));
  13.     return httpContext.Response.WriteAsync(
  14.         json.ToString(Formatting.Indented));
  15. }

运行状况检查系统不为复杂 JSON 返回格式提供内置支持，因为该格式特定于你选择的监视系统。可以根据需要在前面的示例中随意自定义 JObject 以满足你的需求。

数据库探测Database probe

运行状况检查可以指定数据库查询作为布尔测试来运行，以指示数据库是否在正常响应。

示例应用使用 （ASP.NET Core 应用的运行状况检查库）对 SQL Server 数据库执行运行状况检查。AspNetCore.Diagnostics.HealthChecks 对数据库执行 SELECT 1 查询以确认与数据库的连接是否正常。

警告

使用查询检查数据库连接时，请选择快速返回的查询。查询方法会面临使数据库过载和降低其性能的风险。在大多数情况下，无需运行测试查询。只需建立成功的数据库连接便足矣。如果发现需要运行查询，请选择简单的 SELECT 查询，如 SELECT 1。

包括对 AspNetCore.HealthChecks.SqlServer 的包引用。

在应用的 appsettings.json 文件中提供有效数据库连接字符串。应用使用名为 HealthCheckSample 的 SQL Server 数据库：

在 Startup.ConfigureServices 中使用 注册运行状况检查服务。示例应用使用数据库的连接字符串 (DbHealthStartup.cs ) 调用 AddSqlServer 方法：

  1. public void ConfigureServices(IServiceCollection services)
  2. {
  3.     services.AddHealthChecks()
  4.         .AddSqlServer(Configuration["ConnectionStrings:DefaultConnection"]);
  5. }

在 Startup.Configure 内，在应用处理管道中调用运行状况检查中间件：

  1. app.UseHealthChecks("/health");

若要使用示例应用运行数据库探测方案，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario db

备注

AspNetCore.Diagnostics.HealthChecks 不由 Microsoft 维护或支持。

Entity Framework Core DbContext 探测Entity Framework Core DbContext probe

DbContext 检查确认应用可以与为 EF Core DbContext 配置的数据库通信。满足以下条件的应用支持 DbContext 检查：

AddDbContextCheck<TContext> 为 DbContext 注册运行状况检查。DbContext 作为方法的 TContext 提供。重载可用于配置失败状态、标记和自定义测试查询。

默认情况下：

  • DbContextHealthCheck 调用 EF Core 的 CanConnectAsync 方法。可以自定义在使用 AddDbContextCheck 方法重载检查运行状况时运行的操作。
  • 运行状况检查的名称是 TContext 类型的名称。

在示例应用中，AppDbContext 会提供给 AddDbContextCheck，并在 Startup.ConfigureServices 中注册为服务 (DbContextHealthStartup.cs )：

  1. public void ConfigureServices(IServiceCollection services)
  2. {
  3.     services.AddHealthChecks()
  4.         .AddDbContextCheck<AppDbContext>();
  6.     services.AddDbContext<AppDbContext>(options =>
  7.     {
  8.         options.UseSqlServer(
  9.             Configuration["ConnectionStrings:DefaultConnection"]);
  10.     });
  11. }

在示例应用中，UseHealthChecks 在 Startup.Configure 中添加运行状况检查中间件。

  1. app.UseHealthChecks("/health");

若要使用示例应用运行 DbContext 探测方案，请确认连接字符串指定的数据库在 SQL Server 实例中不存在。如果该数据库存在，请删除它。

在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario dbcontext

在应用运行之后，在浏览器中对 /health 终结点发出请求，从而检查运行状况。数据库和 AppDbContext 不存在，因此应用提供以下响应：

  1. Unhealthy

触发示例应用以创建数据库。向 /createdatabase 发出请求。应用会进行以下响应：

  2. Done!
  3. Navigate to /health to see the health status.

向 /health 终结点发出请求。数据库和上下文存在，因此应用会进行以下响应：

  1. Healthy

触发示例应用以删除数据库。向 /deletedatabase 发出请求。应用会进行以下响应：

  1. Deleting the database...
  2. Done!
  3. Navigate to /health to see the health status.

向 /health 终结点发出请求。应用提供不正常的响应：

  1. Unhealthy

单独的就绪情况和运行情况探测Separate readiness and liveness probes

在某些托管方案中，会使用一对区分两种应用状态的运行状况检查：

  • 应用正常运行，但尚未准备好接收请求。此状态是应用的就绪情况 。
  • 应用正常运行并响应请求。此状态是应用的运行情况 。

就绪情况检查通常执行更广泛和耗时的检查集，以确定应用的所有子系统和资源是否都可用。运行情况检查只是执行一个快速检查，以确定应用是否可用于处理请求。应用通过其就绪情况检查之后，无需使用成本高昂的就绪情况检查集来进一步增加应用负荷 — 后续检查只需检查运行情况。

示例应用包含运行状况检查，以报告中长时间运行的启动任务的完成。StartupHostedServiceHealthCheck 公开了属性 StartupTaskCompleted，托管服务在其长时间运行的任务完成时可以将该属性设置为 true (StartupHostedServiceHealthCheck.cs )：

  1. public class StartupHostedServiceHealthCheck : IHealthCheck
  2. {
  3.     private volatile bool _startupTaskCompleted = false;
  6.     public bool StartupTaskCompleted
  7.     {
  8.         get => _startupTaskCompleted;
  9.         set => _startupTaskCompleted = value;
  10.     }
  12.     public Task<HealthCheckResult> CheckHealthAsync(
  13.         HealthCheckContext context, 
  14.         CancellationToken cancellationToken = default(CancellationToken))
  15.     {
  16.         if (StartupTaskCompleted)
  17.         {
  18.             return Task.FromResult(
  19.                 HealthCheckResult.Healthy("The startup task is finished."));
  20.         }
  22.         return Task.FromResult(
  23.             HealthCheckResult.Unhealthy("The startup task is still running."));
  24.     }
  25. }

长时间运行的后台任务由托管服务 (Services/StartupHostedService ) 启动。在该任务结束时，StartupHostedServiceHealthCheck.StartupTaskCompleted 设置为 true：

  1. public class StartupHostedService : IHostedService, IDisposable
  2. {
  3.     private readonly int _delaySeconds = 15;
  4.     private readonly ILogger _logger;
  5.     private readonly StartupHostedServiceHealthCheck _startupHostedServiceHealthCheck;
  7.     public StartupHostedService(ILogger<StartupHostedService> logger, 
  8.         StartupHostedServiceHealthCheck startupHostedServiceHealthCheck)
  9.     {
  10.         _logger = logger;
  11.         _startupHostedServiceHealthCheck = startupHostedServiceHealthCheck;
  12.     }
  14.     public Task StartAsync(CancellationToken cancellationToken)
  15.     {
  16.         _logger.LogInformation("Startup Background Service is starting.");
  18.         // Simulate the effect of a long-running startup task.
  19.         Task.Run(async () =>
  20.         {
  21.             await Task.Delay(_delaySeconds * 1000);
  23.             _startupHostedServiceHealthCheck.StartupTaskCompleted = true;
  25.             _logger.LogInformation("Startup Background Service has started.");
  26.         });
  28.         return Task.CompletedTask;
  29.     }
  31.     public Task StopAsync(CancellationToken cancellationToken)
  32.     {
  33.         _logger.LogInformation("Startup Background Service is stopping.");
  35.         return Task.CompletedTask;
  36.     }
  38.     public void Dispose()
  39.     {
  40.     }
  41. }

运行状况检查在 Startup.ConfigureServices 中使用 与托管服务一起注册。因为托管服务必须对运行状况检查设置该属性，所以运行状况检查也会在服务容器 (LivenessProbeStartup.cs ) 中进行注册：

  1. public void ConfigureServices(IServiceCollection services)
  2. {
  3.     services.AddHostedService<StartupHostedService>();
  4.     services.AddSingleton<StartupHostedServiceHealthCheck>();
  6.     services.AddHealthChecks()
  7.         .AddCheck<StartupHostedServiceHealthCheck>(
  8.             "hosted_service_startup", 
  9.             failureStatus: HealthStatus.Degraded, 
  10.             tags: new[] { "ready" });
  12.     services.Configure<HealthCheckPublisherOptions>(options =>
  13.     {
  14.         options.Delay = TimeSpan.FromSeconds(2);
  15.         options.Predicate = (check) => check.Tags.Contains("ready");
  16.     });
  18.     // The following workaround permits adding an IHealthCheckPublisher 
  19.     // instance to the service container when one or more other hosted 
  20.     // services have already been added to the app. This workaround
  21.     // won't be required with the release of ASP.NET Core 3.0. For more 
  22.     // information, see: https://github.com/aspnet/Extensions/issues/639.
  23.     services.TryAddEnumerable(
  24.         ServiceDescriptor.Singleton(typeof(IHostedService), 
  25.             typeof(HealthCheckPublisherOptions).Assembly
  26.                 .GetType(HealthCheckServiceAssembly)));
  28.     services.AddSingleton<IHealthCheckPublisher, ReadinessPublisher>();
  29. }

在 Startup.Configure 内，在应用处理管道中调用运行状况检查中间件。在示例应用中，在 /health/ready 处为就绪情况检查，并且在 /health/live 处为运行情况检查创建运行状况检查终结点。就绪情况检查会将运行状况检查筛选到具有 ready 标记的运行状况检查。运行情况检查通过在 HealthCheckOptions.Predicate 中返回 false 来筛选出 StartupHostedServiceHealthCheck（有关详细信息，请参阅）：

  1. app.UseHealthChecks("/health/ready", new HealthCheckOptions()
  2. {
  3.     Predicate = (check) => check.Tags.Contains("ready"), 
  4. });
  6. app.UseHealthChecks("/health/live", new HealthCheckOptions()
  7. {
  8.     Predicate = (_) => false
  9. });

若要使用示例应用运行就绪情况/运行情况配置方案，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario liveness

在浏览器中，访问 /health/ready 几次，直到过了 15 秒。运行状况检查会在前 15 秒内报告“运行不正常” 。15 秒之后，终结点会报告“运行正常” ，这反映托管服务完成了长时间运行的任务。

此示例还创建了一个运行第一个就绪检查的运行状况检查发布服务器（IHealthCheckPublisher 实现），延迟时间为两秒。有关详细信息，请参阅部分。

在诸如 Kubernetes 这类环境中，使用单独的就绪情况和运行情况检查会十分有用。在 Kubernetes 中，应用可能需要在接受请求之前执行耗时的启动工作，如基础数据库可用性测试。使用单独检查使业务流程协调程序可以区分应用是否正常运行但尚未准备就绪，或是应用程序是否未能启动。有关 Kubernetes 中的就绪情况和运行情况探测的详细信息，请参阅 Kubernetes 文档中的。

以下示例演示如何使用 Kubernetes 就绪情况探测配置：

  1. spec:
  2.   template:
  3.   spec:
  4.     readinessProbe:
  5.       # an http probe
  6.       httpGet:
  7.         path: /health/ready
  8.         port: 80
  9.       # length of time to wait for a pod to initialize
  10.       # after pod startup, before applying health checking
  11.       initialDelaySeconds: 30
  12.       timeoutSeconds: 1
  13.     ports:
  14.       - containerPort: 80

具有自定义响应编写器的基于指标的探测Metric-based probe with a custom response writer

示例应用演示具有自定义响应编写器的内存运行状况检查。

如果应用使用的内存多于给定内存阈值（在示例应用中为 1 GB），则 MemoryHealthCheck 报告运行不正常状态。 包括应用的垃圾回收器 (GC) 信息 (MemoryHealthCheck.cs )：

  1. public class MemoryHealthCheck : IHealthCheck
  2. {
  3.     private readonly IOptionsMonitor<MemoryCheckOptions> _options;
  5.     public MemoryHealthCheck(IOptionsMonitor<MemoryCheckOptions> options)
  6.     {
  7.         _options = options;
  8.     }
  10.     public string Name => "memory_check";
  12.     public Task<HealthCheckResult> CheckHealthAsync(
  13.         HealthCheckContext context, 
  14.         CancellationToken cancellationToken = default(CancellationToken))
  15.     {
  16.         var options = _options.Get(context.Registration.Name);
  18.         // Include GC information in the reported diagnostics.
  19.         var allocated = GC.GetTotalMemory(forceFullCollection: false);
  20.         var data = new Dictionary<string, object>()
  21.         {
  22.             { "AllocatedBytes", allocated },
  23.             { "Gen0Collections", GC.CollectionCount(0) },
  24.             { "Gen1Collections", GC.CollectionCount(1) },
  25.             { "Gen2Collections", GC.CollectionCount(2) },
  26.         };
  28.         var status = (allocated < options.Threshold) ? 
  29.             HealthStatus.Healthy : HealthStatus.Unhealthy;
  31.         return Task.FromResult(new HealthCheckResult(
  32.             status,
  33.             description: "Reports degraded status if allocated bytes " +
  34.                 $">= {options.Threshold} bytes.",
  35.             exception: null,
  36.             data: data));
  37.     }
  38. }

在 Startup.ConfigureServices 中使用 AddHealthChecks 注册运行状况检查服务。MemoryHealthCheck 注册为服务，而不是通过将运行状况检查传递到 来启用它。所有 IHealthCheck 注册服务都可供运行状况检查服务和中间件使用。建议将运行状况检查服务注册为单一实例服务。

在示例应用 (CustomWriterStartup.cs ) 中：

  1. public void ConfigureServices(IServiceCollection services)
  2. {
  3.     services.AddHealthChecks()
  4.         .AddMemoryHealthCheck("memory");
  5. }

在 Startup.Configure 内，在应用处理管道中调用运行状况检查中间件。一个 WriteResponse 委托提供给 ResponseWriter 属性，以在执行运行状况检查时输出自定义 JSON 响应：

  1. public void Configure(IApplicationBuilder app, IHostingEnvironment env)
  2. {
  3.     app.UseHealthChecks("/health", new HealthCheckOptions()
  4.     {
  5.         // This custom writer formats the detailed status as JSON.
  6.         ResponseWriter = WriteResponse
  7.     });
  8. }

WriteResponse 方法将 CompositeHealthCheckResult 格式化为 JSON 对象，并生成运行状况检查响应的 JSON 输出：

  1. private static Task WriteResponse(HttpContext httpContext, 
  2.     HealthReport result)
  3. {
  4.     httpContext.Response.ContentType = "application/json; charset=utf-8";
  6.     var json = new JObject(
  7.         new JProperty("status", result.Status.ToString()),
  8.         new JProperty("results", new JObject(result.Entries.Select(pair =>
  9.             new JProperty(pair.Key, new JObject(
  10.                 new JProperty("status", pair.Value.Status.ToString()),
  11.                 new JProperty("description", pair.Value.Description),
  12.                 new JProperty("data", new JObject(pair.Value.Data.Select(
  13.                     p => new JProperty(p.Key, p.Value))))))))));
  14.     return httpContext.Response.WriteAsync(
  15.         json.ToString(Formatting.Indented));
  16. }

若要使用示例应用运行具有自定义响应编写器输出的基于指标的探测，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario writer

备注

包括基于指标的运行状况检查方案（包括磁盘存储和最大值运行情况检查）。

AspNetCore.Diagnostics.HealthChecks 不由 Microsoft 维护或支持。

按端口筛选Filter by port

使用端口调用 UseHealthChecks 会将运行状况检查请求限制到指定端口。这通常用于在容器环境中公开用于监视服务的端口。

示例应用使用配置端口。端口在 launchSettings.json 文件设置，并通过环境变量传递到配置提供程序。还必须配置服务器以在管理端口上侦听请求。

若要使用示例应用演示管理端口配置，请在 Properties 文件夹中创建 launchSettings.json 文件。

示例应用中的以下 Properties/launchSettings.json 文件未包含在示例应用的项目文件中，必须手动创建：

  1. {
  2.   "profiles": {
  3.     "SampleApp": {
  4.       "commandName": "Project",
  5.       "commandLineArgs": "",
  6.       "launchBrowser": true,
  7.       "environmentVariables": {
  8.         "ASPNETCORE_ENVIRONMENT": "Development",
  9.         "ASPNETCORE_URLS": "http://localhost:5000/;http://localhost:5001/",
  10.         "ASPNETCORE_MANAGEMENTPORT": "5001"
  11.       },
  12.       "applicationUrl": "http://localhost:5000/"
  13.     }
  14.   }
  15. }

在 Startup.ConfigureServices 中使用 AddHealthChecks 注册运行状况检查服务。 调用指定管理端口 (ManagementPortStartup.cs )：

  1. public class ManagementPortStartup
  2. {
  3.     public ManagementPortStartup(IConfiguration configuration)
  4.     {
  5.         Configuration = configuration;
  6.     }
  8.     public IConfiguration Configuration { get; }
  10.     public void ConfigureServices(IServiceCollection services)
  11.     {
  12.         services.AddHealthChecks();
  13.     }
  15.     public void Configure(IApplicationBuilder app, IHostingEnvironment env)
  16.     {
  17.         app.UseHealthChecks("/health", port: Configuration["ManagementPort"]);
  19.         app.Run(async (context) =>
  20.         {
  21.             await context.Response.WriteAsync(
  22.                 "Navigate to " + 
  23.                 $"http://localhost:{Configuration["ManagementPort"]}/health " +
  24.                 "to see the health status.");
  25.         });
  26.     }
  27. }

备注

可以通过在代码中显式设置 URL 和管理端口，来避免在示例应用中创建 launchSettings.json 文件。在创建 WebHostBuilder 的 Program.cs 中，添加 调用并提供应用的正常响应终结点和管理端口终结点。在调用 UseHealthChecks 的 ManagementPortStartup.cs 中，显式指定管理端口。

Program.cs :

  1. return new WebHostBuilder()
  2.     .UseConfiguration(config)
  3.     .UseUrls("http://localhost:5000/;http://localhost:5001/")
  4.     .ConfigureLogging(builder =>
  5.     {
  6.         builder.SetMinimumLevel(LogLevel.Trace);
  7.         builder.AddConfiguration(config);
  8.         builder.AddConsole();
  9.     })
  10.     .UseKestrel()
  11.     .UseStartup(startupType)
  12.     .Build();

ManagementPortStartup.cs ：

  1. app.UseHealthChecks("/health", port: 5001);

若要使用示例应用运行管理端口配置方案，请在命令行界面中从项目文件夹执行以下命令：

  1. dotnet run --scenario port

分发运行状况检查库Distribute a health check library

将运行状况检查作为库进行分发：

  • 编写将 IHealthCheck 接口作为独立类来实现的运行状况检查。该类可以依赖于类型激活和命名选项来访问配置数据。

在 CheckHealthAsync 的运行状况检查逻辑中：

  • 方法中使用 data1 和 data2 运行探测的运行状况检查逻辑。
  • AccessViolationException 已处理。
    发生 时，将返回 FailureStatus 和 ，以允许用户配置运行状况检查失败状态。
  1. using System;
  2. using System.Threading;
  3. using System.Threading.Tasks;
  4. using Microsoft.Extensions.Diagnostics.HealthChecks;
  6. public class ExampleHealthCheck : IHealthCheck
  7. {
  8.     private readonly string _data1;
  9.     private readonly int? _data2;
  11.     public ExampleHealthCheck(string data1, int? data2)
  12.     {
  13.         _data1 = data1 ?? throw new ArgumentNullException(nameof(data1));
  14.         _data2 = data2 ?? throw new ArgumentNullException(nameof(data2));
  15.     }
  17.     public async Task<HealthCheckResult> CheckHealthAsync(
  18.         HealthCheckContext context, CancellationToken cancellationToken)
  19.     {
  20.         try
  21.         {
  22.             return HealthCheckResult.Healthy();
  23.         }
  24.         catch (AccessViolationException ex)
  25.         {
  26.             return new HealthCheckResult(
  27.                 context.Registration.FailureStatus,
  28.                 description: "An access violation occurred during the check.",
  29.                 exception: ex,
  30.                 data: null);
  31.         }
  32.     }
  33. }
  • 使用参数编写一个扩展方法，所使用的应用会在其 Startup.Configure 方法中调用它。在以下示例中，假设以下运行状况检查方法签名：
  1. ExampleHealthCheck(string, string, int )

前面的签名指示 ExampleHealthCheck 需要其他数据来处理运行状况检查探测逻辑。当运行状况检查向扩展方法注册时，数据会提供给用于创建运行状况检查实例的委托。在以下示例中，调用方会指定可选的：

  • 运行状况检查名称 (name)。如果为 null，则使用 example_health_check。
  • 运行状况检查的字符串数据点 (data1)。
  • 运行状况检查的整数数据点 (data2)。如果为 null，则使用 1。
  • 失败状态 (HealthStatus)。默认值为 null。如果为 null，则报告失败状态 。
  • 标记 (IEnumerable<string>)。
  1. using System.Collections.Generic;
  2. using Microsoft.Extensions.Diagnostics.HealthChecks;
  4. public static class ExampleHealthCheckBuilderExtensions
  5. {
  6.     const string DefaultName = "example_health_check";
  8.     public static IHealthChecksBuilder AddExampleHealthCheck(
  9.         this IHealthChecksBuilder builder,
  10.         string name = default,
  11.         string data1,
  12.         int data2 = 1,
  13.         HealthStatus? failureStatus = default,
  14.         IEnumerable<string> tags = default)
  15.     {
  16.         return builder.Add(new HealthCheckRegistration(
  17.             name ?? DefaultName,
  18.             sp => new ExampleHealthCheck(data1, data2),
  19.             failureStatus,
  20.             tags));
  21.     }
  22. }

当 IHealthCheckPublisher 添加到服务容器时，运行状况检查系统，会定期执行运行状况检查并使用结果调用 PublishAsync。在期望每个进程定期调用监视系统以便确定运行状况的基于推送的运行状况监视系统方案中，这十分有用。

接口具有单个方法：

  1. Task PublishAsync(HealthReport report, CancellationToken cancellationToken);

使用 HealthCheckPublisherOptions 可设置：

  • – 在应用程序启动后且在应用程序执行 IHealthCheckPublisher 实例之前所应用的初始延迟。延迟在启动时应用一次，不适用于后续迭代。默认值为 5 秒。
  • – IHealthCheckPublisher 执行的时间。默认值为 30 秒。
  • – 如果 Predicate 为 null（默认值），则运行状况检查发布服务器服务运行所有已注册的运行状况检查。若要运行运行状况检查的子集，请提供用于筛选检查集的函数。每个时间段都会评估谓词。
  • – 执行所有 IHealthCheckPublisher 实例的运行状况检查的超时时间。在不超时的情况下，使用 执行。默认值为 30 秒。

警告

在 ASP.NET Core 2.2 版本中，IHealthCheckPublisher 实现不支持设置 ，它设置 Delay 的值。此问题已在 ASP.NET Core 3.0 中得到解决。

在示例应用中，ReadinessPublisher 是 实现。针对每次检查，运行状况检查状态记录为：

  • 如果运行状况检查状态为 Healthy，则为信息 ()。
  • 如果状态为 Degraded 或 ，则为错误 (LogError)。
  1. public class ReadinessPublisher : IHealthCheckPublisher
  2. {
  3.     private readonly ILogger _logger;
  5.     public ReadinessPublisher(ILogger<ReadinessPublisher> logger)
  6.     {
  7.         _logger = logger;
  8.     }
  10.     // The following example is for demonstration purposes only. Health Checks 
  11.     // Middleware already logs health checks results. A real-world readiness 
  12.     // check in a production app might perform a set of more expensive or 
  13.     // time-consuming checks to determine if other resources are responding 
  14.     // properly.
  15.     public Task PublishAsync(HealthReport report, 
  16.         CancellationToken cancellationToken)
  17.     {
  18.         if (report.Status == HealthStatus.Healthy)
  19.         {
  20.             _logger.LogInformation("{Timestamp} Readiness Probe Status: {Result}", 
  21.                 DateTime.UtcNow, report.Status);
  22.         }
  23.         else
  24.         {
  25.             _logger.LogError("{Timestamp} Readiness Probe Status: {Result}", 
  26.                 DateTime.UtcNow, report.Status);
  27.         }
  29.         cancellationToken.ThrowIfCancellationRequested();
  31.         return Task.CompletedTask;
  32.     }
  33. }

在示例应用的 LivenessProbeStartup 示例中，StartupHostedService 就绪状态检查有两秒的启动延迟，并且每 30 秒运行一次检查。为激活 实现，示例将 ReadinessPublisher 注册为依存关系注入 (DI) 容器中的单一实例服务：

  1. public void ConfigureServices(IServiceCollection services)
  2. {
  3.     services.AddHostedService<StartupHostedService>();
  4.     services.AddSingleton<StartupHostedServiceHealthCheck>();
  6.     services.AddHealthChecks()
  7.         .AddCheck<StartupHostedServiceHealthCheck>(
  8.             "hosted_service_startup", 
  9.             failureStatus: HealthStatus.Degraded, 
  10.             tags: new[] { "ready" });
  12.     services.Configure<HealthCheckPublisherOptions>(options =>
  13.     {
  14.         options.Delay = TimeSpan.FromSeconds(2);
  15.         options.Predicate = (check) => check.Tags.Contains("ready");
  16.     });
  18.     // The following workaround permits adding an IHealthCheckPublisher 
  19.     // instance to the service container when one or more other hosted 
  20.     // services have already been added to the app. This workaround
  21.     // won't be required with the release of ASP.NET Core 3.0. For more 
  22.     // information, see: https://github.com/aspnet/Extensions/issues/639.
  23.     services.TryAddEnumerable(
  24.         ServiceDescriptor.Singleton(typeof(IHostedService), 
  25.             typeof(HealthCheckPublisherOptions).Assembly
  26.                 .GetType(HealthCheckServiceAssembly)));
  28.     services.AddSingleton<IHealthCheckPublisher, ReadinessPublisher>();
  29. }

备注

以下解决方法允许在已将一个或多个其他托管服务添加到应用时，向服务容器添加 实例。ASP.NET Core 3.0 中无需此解决方法。

备注

AspNetCore.Diagnostics.HealthChecks 包括多个系统的发布服务器（包括 ）。

AspNetCore.Diagnostics.HealthChecks 不由 Microsoft 维护或支持。

使用 MapWhen 限制运行状况检查Restrict health checks with MapWhen

使用 MapWhen 对运行状况检查终结点的请求管道进行条件分支。

  1. app.MapWhen(
  2.     context => context.Request.Method == HttpMethod.Get.Method && 
  3.         context.Request.Path.StartsWith("/api/HealthCheck"),
  4.     builder => builder.UseHealthChecks());
  6. app.UseMvc();

有关详细信息，请参阅 。