From 34c656f32adc1c3f87230cec0c45f18beaee7869 Mon Sep 17 00:00:00 2001 From: Sean Dague Date: Fri, 23 Feb 2018 10:01:45 -0800 Subject: [PATCH] glossary: move labels to label (#7486) The term_id for Label is singular, but the file is plural. All the rest of the terms in the glossary prefer singular for the glossary reference. Harmonizing the label entry is helpful for consistency. Update all in tree tooltip references at the same time. --- _data/glossary/{labels.yaml => label.yaml} | 0 _data/glossary/selector.yaml | 2 +- docs/user-journeys/users/application-developer/advanced.md | 2 +- .../user-journeys/users/application-developer/foundational.md | 4 ++-- 4 files changed, 4 insertions(+), 4 deletions(-) rename _data/glossary/{labels.yaml => label.yaml} (100%) diff --git a/_data/glossary/labels.yaml b/_data/glossary/label.yaml similarity index 100% rename from _data/glossary/labels.yaml rename to _data/glossary/label.yaml diff --git a/_data/glossary/selector.yaml b/_data/glossary/selector.yaml index 6925dd9f7d..e8e7a7b72d 100644 --- a/_data/glossary/selector.yaml +++ b/_data/glossary/selector.yaml @@ -9,5 +9,5 @@ short-description: > Allows users to filter a list of resources based on labels. long-description: > Selectors are applied when querying lists of resources to filter - them by {% glossary_tooltip text="Labels" term_id="labels" + them by {% glossary_tooltip text="Labels" term_id="label" %}. diff --git a/docs/user-journeys/users/application-developer/advanced.md b/docs/user-journeys/users/application-developer/advanced.md index 9d5b0c2143..401de698dc 100644 --- a/docs/user-journeys/users/application-developer/advanced.md +++ b/docs/user-journeys/users/application-developer/advanced.md @@ -34,7 +34,7 @@ As you may know, it's an antipattern to migrate an entire app (e.g. containerize #### Pod configuration -Usually, you use {% glossary_tooltip text="labels" term_id="labels" %} and {% glossary_tooltip text="annotations" term_id="annotation" %} to attach metadata to your resources. To inject data into your resources, you'd likely create {% glossary_tooltip text="ConfigMaps" term_id="configmap" %} (for nonconfidential data) or {% glossary_tooltip text="Secrets" term_id="secret" %} (for confidential data). +Usually, you use {% glossary_tooltip text="labels" term_id="label" %} and {% glossary_tooltip text="annotations" term_id="annotation" %} to attach metadata to your resources. To inject data into your resources, you'd likely create {% glossary_tooltip text="ConfigMaps" term_id="configmap" %} (for nonconfidential data) or {% glossary_tooltip text="Secrets" term_id="secret" %} (for confidential data). Below are some other, lesser-known ways of configuring your resources' Pods: diff --git a/docs/user-journeys/users/application-developer/foundational.md b/docs/user-journeys/users/application-developer/foundational.md index 9a5f3eb636..fd18b2c9fc 100644 --- a/docs/user-journeys/users/application-developer/foundational.md +++ b/docs/user-journeys/users/application-developer/foundational.md @@ -71,7 +71,7 @@ Through these deployment tasks, you'll gain familiarity with the following: * Common workload objects * **{% glossary_tooltip text="Deployment" term_id="deployment" %}** - The most common way of running *X* copies (Pods) of your application. Supports rolling updates to your container images. - * **{% glossary_tooltip text="Service" term_id="deployment" %}** - By itself, a Deployment can't receive traffic. Setting up a Service is one of the simplest ways to configure a Deployment to receive and loadbalance requests. Depending on the `type` of Service used, these requests can come from external client apps or be limited to apps within the same cluster. A Service is tied to a specific Deployment using {% glossary_tooltip text="label" term_id="labels" %} selection. + * **{% glossary_tooltip text="Service" term_id="deployment" %}** - By itself, a Deployment can't receive traffic. Setting up a Service is one of the simplest ways to configure a Deployment to receive and loadbalance requests. Depending on the `type` of Service used, these requests can come from external client apps or be limited to apps within the same cluster. A Service is tied to a specific Deployment using {% glossary_tooltip text="label" term_id="label" %} selection. The subsequent topics are also useful to know for basic application deployment. @@ -79,7 +79,7 @@ The subsequent topics are also useful to know for basic application deployment. You can also specify custom information about your Kubernetes API objects by attaching key/value fields. Kubernetes provides two ways of doing this: -* **{% glossary_tooltip text="Labels" term_id="labels" %}** - Identifying metadata that you can use to sort and select sets of API objects. Labels have many applications, including the following: +* **{% glossary_tooltip text="Labels" term_id="label" %}** - Identifying metadata that you can use to sort and select sets of API objects. Labels have many applications, including the following: * *To keep the right number of replicas (Pods) running in a Deployment.* The specified label (`app: nginx` in the [stateless app example](/docs/tasks/run-application/run-stateless-application-deployment/#creating-and-exploring-an-nginx-deployment){:target="_blank"}) is used to stamp the Deployment's newly created Pods (as the value of the `spec.template.labels` configuration field), and to query which Pods it already manages (as the value of `spec.selector.matchLabels`).