Skip to content

Commit 3c4f563

Browse files
authored
Merge pull request #28817 from squat/patch-4
using-api/health-checks.md: use consistent casing
2 parents 05ae3da + df71479 commit 3c4f563

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

content/en/docs/reference/using-api/health-checks.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -25,7 +25,7 @@ The more verbose options shown below are intended to be used by human operators
2525
The following examples will show how you can interact with the health API endpoints.
2626

2727
For all endpoints you can use the `verbose` parameter to print out the checks and their status.
28-
This can be useful for a human operator to debug the current status of the Api server, it is not intended to be consumed by a machine:
28+
This can be useful for a human operator to debug the current status of the API server, it is not intended to be consumed by a machine:
2929

3030
```shell
3131
curl -k https://localhost:6443/livez?verbose
@@ -93,7 +93,7 @@ The output show that the `etcd` check is excluded:
9393

9494
{{< feature-state state="alpha" >}}
9595

96-
Each individual health check exposes an http endpoint and could can be checked individually.
96+
Each individual health check exposes an HTTP endpoint and could can be checked individually.
9797
The schema for the individual health checks is `/livez/<healthcheck-name>` where `livez` and `readyz` and be used to indicate if you want to check the liveness or the readiness of the API server.
9898
The `<healthcheck-name>` path can be discovered using the `verbose` flag from above and take the path between `[+]` and `ok`.
9999
These individual health checks should not be consumed by machines but can be helpful for a human operator to debug a system:

0 commit comments

Comments
 (0)