Skip to content

Commit d3df73a

Browse files
authored
Merge pull request #34422 from NitishKumar06/Nitish/DownwardAPI
Downward API concept made Correct
2 parents 6748cbe + bf59d41 commit d3df73a

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

content/en/docs/concepts/workloads/pods/downward-api.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,7 @@ or API server.
1616

1717
An example is an existing application that assumes a particular well-known
1818
environment variable holds a unique identifier. One possibility is to wrap the
19-
application, but that is tedious and error prone, and it violates the goal of low
19+
application, but that is tedious and error-prone, and it violates the goal of low
2020
coupling. A better option would be to use the Pod's name as an identifier, and
2121
inject the Pod's name into the well-known environment variable.
2222

@@ -119,8 +119,8 @@ for resources such as CPU and memory.
119119
If CPU and memory limits are not specified for a container, and you use the
120120
downward API to try to expose that information, then the
121121
kubelet defaults to exposing the maximum allocatable value for CPU and memory
122-
(based on the [node allocatable](/docs/tasks/administer-cluster/reserve-compute-resources/#node-allocatable)
123-
calculation).
122+
based on the [node allocatable](/docs/tasks/administer-cluster/reserve-compute-resources/#node-allocatable)
123+
calculation.
124124

125125
## {{% heading "whatsnext" %}}
126126

0 commit comments

Comments
 (0)