Kubernetes 标签

Kubernetes 标签

什么是 Kubernetes 标签

标签(Labels)是附加到 Kubernetes 对象(比如 Pods)上的键值对。

标签示例如下:

"metadata": {
  "labels": {
    "key1" : "value1",
    "key2" : "value2"
  }
}

标签作用

  • 标签旨在用于指定对用户有意义且相关的对象的标识属性,但不直接对核心系统有语义含义。
  • 标签可以用于组织和选择对象的子集。

标签特点

  • 每个对象都可以定义一组键/值标签。
  • 每个键对于给定对象必须是唯一的。
  • 标签能够支持高效的查询和监听操作,对于用户界面和命令行是很理想的。

设计标签的目的

标签使用户能够以松散耦合的方式将他们自己的组织结构映射到系统对象,而无需客户端存储这些映射。

服务部署和批处理流水线通常是多维实体(例如,多个分区或部署、多个发行序列、多个层,每层多个微服务)。管理通常需要交叉操作,这打破了严格的层次表示的封装,特别是由基础设施而不是用户确定的严格的层次结构。

示例标签:

  • 发行版本 "release" : "stable", "release" : "canary"
  • 运行环境 "environment" : "dev", "environment" : "qa", "environment" : "production"

标签语法

有效的标签键有两个段:可选的前缀和名称,用斜杠(/)分隔。

名称段是必需的,必须小于等于 63 个字符,以字母数字字符([a-z0-9A-Z])开头和结尾,带有破折号(-),下划线(_),点( .)和之间的字母数字。

前缀是可选的。如果指定,前缀必须是 DNS 子域:由点(.)分隔的一系列 DNS 标签,总共不超过 253 个字符,后跟斜杠(/)。

如果省略前缀,则假定标签键对用户是私有的。向最终用户对象添加标签的自动系统组件(例如 kube-scheduler、kube-controller-manager、 kube-apiserver、kubectl 或其他第三方自动化工具)必须指定前缀。

kubernetes.io/ 和 k8s.io/ 前缀是为 Kubernetes 核心组件保留的。

有效标签值:

  • 必须为 63 个字符或更少(可以为空)
  • 除非标签值为空,必须以字母数字字符([a-z0-9A-Z])开头和结尾
  • 包含破折号(-)、下划线(_)、点(.)和字母或数字

以下是一个有 environment: production 和 app: nginx 标签的 Pod 配置文件:

apiVersion: v1
kind: Pod
metadata:
  name: label-demo
  labels:
    environment: production
    app: nginx
spec:
  containers:
  - name: nginx
    image: nginx:1.14.2
    ports:
    - containerPort: 80

标签选择运算符

与名称和 UID 不同,标签不支持唯一性。通常,我们希望许多对象携带相同的标签。

通过标签选择算符,客户端/用户可以识别一组对象。标签选择算符是 Kubernetes 中的核心分组原语。

在多个需求的情况下,必须满足所有要求,因此逗号分隔符充当逻辑与(&&)运算符。

基于等值的需求

基于等值或基于不等值的需求允许按标签键和值进行过滤。匹配对象必须满足所有指定的标签约束,尽管它们也可能具有其他标签。可接受的运算符有 =、== 和 != 三种。前两个表示相等(并且是同义词),而后者表示不相等。

例如:

environment = production
tier != frontend

基于集合的需求

基于集合的标签需求允许你通过一组值来过滤键。 持三种操作符:in、notin 和 exists(只可以用在键标识符上)。

例如:

environment in (production, qa)
tier notin (frontend, backend)
partition
!partition

API

两种标签选择算符都可以通过 REST 客户端用于 list 或者 watch 资源。

基于等值的需求

例如,使用 kubectl 定位 apiserver,可以使用基于等值的标签选择算符可以这么写:

kubectl get pods -l environment=production,tier=frontend

基于集合的需求

或者使用基于集合的需求:

kubectl get pods -l 'environment in (production),tier in (frontend)'

参考资料

思维导图

图片说明

视频学习

B站学习

从零开始学习k8s:k8s标签

图片说明

抖音学习

图片说明

#学习##容器##云原生#
全部评论
点赞
送花
回复
分享
发布于 2022-08-28 01:09 四川

相关推荐

#我的上岸简历长这样#我的求职简历是用我当初读研简历修改的,其中主要保留了简历的格式,但是内容肯定是需要较大修改的。此外,这个简历比较适合和我一样非科班转码的,科班或者准备充分的转码大佬就不用在意了哈哈哈。虽然我的意向求职方向是软件开发类,但因为我个人不是计算机专业科班出身,且也没有在秋招开始前做太多的算法、八股与项目的准备,所以其实大家也可以看出来我的求职简历能写的东西并不多哈哈哈,和各位科班或者是同样转码但做了充足准备的大佬不一样,除了少数的实习经历,我只能将一些简单的课程设计写进简历(虽然上图看起来写了很多实习的内容,但其实除了滴滴的实习,其他都是本科、研究生的一些课程设计、专业实习等);也因此,需要在描述其中具体工作内容时适当包装自己(但也别包装的太过了,我感觉软件开发领域的面试官是最能一眼就看出面试人是否【过度】包装自己的),显得简历上的实习或项目别那么少。此外,我在研究生阶段虽然课题组的项目比较多,但是真的说和软件开发、后端方向相关的项目内容其实也没有多少;所以同样需要对其中自己参与的工作加以提炼——提炼出和你所报名岗位相关的工作,可以适当优化,而和你报名岗位关系不大的部分就可以别放上去了。例如,我的专业方向是做遥感数据的,其中项目的不少精力都花在了和软件开发关系不大的遥感影像裁剪拼接等数据处理上;而在写简历时,一方面是将和代码无关的数据拼接这些内容剔除,此外尽可能抽取项目中用到代码的部分,将自己在软件开发方面的经历凸显出来。此外,对于软件开发类岗位,因为相对更偏重于技术,对于个人整体综合能力不是特别看重(互联网公司尤其是这样;而对于银行、国企等的科技岗而言,相对也会看重个人的综合能力),所以就需要减少学生工作、文体工作等在简历中所占的篇幅,从而做到详略得当;能够让面试官在较短时间内就对你的个人技术能力有更多而了解,而不是相对不太重要的综合素质即可——当然,没有说综合素质不重要哈,只是说对于软件开发类岗位,需要较好调整其二者的重要程度。
投递滴滴等公司7个岗位 我的上岸简历长这样
点赞 评论 收藏
转发
2 1 评论
分享
牛客网
牛客企业服务