--- title: 对象名称和 IDs content_type: concept weight: 20 --- <!-- overview --> <!-- Each object in your cluster has a [_Name_](#names) that is unique for that type of resource. Every Kubernetes object also has a [_UID_](#uids) that is unique across your whole cluster. For example, you can only have one Pod named `myapp-1234` within the same [namespace](/docs/concepts/overview/working-with-objects/namespaces/), but you can have one Pod and one Deployment that are each named `myapp-1234`. --> 集群中的每一个对象都有一个[_名称_](#names)来标识在同类资源中的唯一性。 每个 Kubernetes 对象也有一个 [_UID_](#uids) 来标识在整个集群中的唯一性。 比如,在同一个[名字空间](/zh/docs/concepts/overview/working-with-objects/namespaces/) 中有一个名为 `myapp-1234` 的 Pod,但是可以命名一个 Pod 和一个 Deployment 同为 `myapp-1234`。 <!-- For non-unique user-provided attributes, Kubernetes provides [labels](/docs/user-guide/labels) and [annotations](/docs/concepts/overview/working-with-objects/annotations/). --> 对于用户提供的非唯一性的属性,Kubernetes 提供了 [标签(Labels)](/zh/docs/concepts/working-with-objects/labels)和 [注解(Annotation)](/zh/docs/concepts/overview/working-with-objects/annotations/)机制。 <!-- body --> <!-- ## Names --> ## 名称 {#names} {{< glossary_definition term_id="name" length="all" >}} {{< note >}} <!-- In cases when objects represent a physical entity, like a Node representing a physical host, when the host is re-created under the same name without deleting and re-creating the Node, Kubernetes treats the new host as the old one, which may lead to inconsistencies. --> 当对象所代表的是一个物理实体(例如代表一台物理主机的 Node)时, 如果在 Node 对象未被删除并重建的条件下,重新创建了同名的物理主机, 则 Kubernetes 会将新的主机看作是老的主机,这可能会带来某种不一致性。 {{< /note >}} <!-- Below are four types of commonly used name constraints for resources. --> 以下是比较常见的四种资源命名约束。 <!-- ### DNS Subdomain Names Most resource types require a name that can be used as a DNS subdomain name as defined in [RFC 1123](https://tools.ietf.org/html/rfc1123). This means the name must: - contain no more than 253 characters - contain only lowercase alphanumeric characters, '-' or '.' - start with an alphanumeric character - end with an alphanumeric character --> ### DNS 子域名 {#dns-subdomain-names} 很多资源类型需要可以用作 DNS 子域名的名称。 DNS 子域名的定义可参见 [RFC 1123](https://tools.ietf.org/html/rfc1123)。 这一要求意味着名称必须满足如下规则: - 不能超过 253 个字符 - 只能包含小写字母、数字,以及 '-' 和 '.' - 必须以字母数字开头 - 必须以字母数字结尾 <!-- ### DNS Label Names Some resource types require their names to follow the DNS label standard as defined in [RFC 1123](https://tools.ietf.org/html/rfc1123). This means the name must: - contain at most 63 characters - contain only lowercase alphanumeric characters or '-' - start with an alphanumeric character - end with an alphanumeric character --> ### RFC 1123 标签名 {#dns-label-names} 某些资源类型需要其名称遵循 [RFC 1123](https://tools.ietf.org/html/rfc1123) 所定义的 DNS 标签标准。也就是命名必须满足如下规则: - 最多 63 个字符 - 只能包含小写字母、数字,以及 '-' - 必须以字母数字开头 - 必须以字母数字结尾 <!-- ### RFC 1035 Label Names Some resource types require their names to follow the DNS label standard as defined in [RFC 1035](https://tools.ietf.org/html/rfc1035). This means the name must: - contain at most 63 characters - contain only lowercase alphanumeric characters or '-' - start with an alphabetic character - end with an alphanumeric character --> ### RFC 1035 标签名 {#rfc-1035-label-names} 某些资源类型需要其名称遵循 [RFC 1035](https://tools.ietf.org/html/rfc1035) 所定义的 DNS 标签标准。也就是命名必须满足如下规则: - 最多 63 个字符 - 只能包含小写字母、数字,以及 '-' - 必须以字母开头 - 必须以字母数字结尾 <!-- ### Path Segment Names Some resource types require their names to be able to be safely encoded as a path segment. In other words, the name may not be "." or ".." and the name may not contain "/" or "%". --> ### 路径分段名称 {#path-segment-names} 某些资源类型要求名称能被安全地用作路径中的片段。 换句话说,其名称不能是 `.`、`..`,也不可以包含 `/` 或 `%` 这些字符。 <!-- Here’s an example manifest for a Pod named `nginx-demo`. --> 下面是一个名为 `nginx-demo` 的 Pod 的配置清单: ```yaml apiVersion: v1 kind: Pod metadata: name: nginx-demo spec: containers: - name: nginx image: nginx:1.14.2 ports: - containerPort: 80 ``` <!-- Some resource types have additional restrictions on their names. --> {{< note >}} 某些资源类型可能具有额外的命名约束。 {{< /note >}} ## UIDs {{< glossary_definition term_id="uid" length="all" >}} <!-- Kubernetes UIDs are universally unique identifiers (also known as UUIDs). UUIDs are standardized as ISO/IEC 9834-8 and as ITU-T X.667. --> Kubernetes UIDs 是全局唯一标识符(也叫 UUIDs)。 UUIDs 是标准化的,见 ISO/IEC 9834-8 和 ITU-T X.667。 ## {{% heading "whatsnext" %}} <!-- * Read about [labels](/docs/concepts/overview/working-with-objects/labels/) in Kubernetes. * See the [Identifiers and Names in Kubernetes](https://git.k8s.io/community/contributors/design-proposals/architecture/identifiers.md) design document. --> * 进一步了解 Kubernetes [标签](/zh/docs/concepts/overview/working-with-objects/labels/) * 参阅 [Kubernetes 标识符和名称](https://git.k8s.io/community/contributors/design-proposals/architecture/identifiers.md)的设计文档