文章目录

  • 1. 前言
  • 2. 声明式和命令式是怎么回事?
  • 3. 什么是YAML?
  • 4. 什么是API对象?
    • 4.1 k8s都有哪些资源对象
    • 4.2 列出kubectl 命令详细执行过程
  • 5. 如何描述 API 对象
    • 5.1 命令式
    • 5.2 声明式
      • 5.2.1 声明式YAML语法详解
        • 5.2.1.1 header部分详解
        • 5.2.1.2 body部分详解
        • 5.2.1.3 创建或删除对象
        • 5.2.1.4 创建或删除对象原理
  • 6. 如何编写YAML及技巧
    • 6.1 kubectl api-resources 命令
    • 6.2 kubectl explain 命令
    • 6.3 -o yaml 参数生成YAML 文件
  • 7. YAML 小结
  • 8 思考
    • 8.1 你是如何理解“命令式”和“声明式”的?为什么说空调是“声明式”的?
    • 8.2 使用 --v=9 参数,试着解释一下 YAML 是如何被 kubectl 转换成 HTTP 请求的

1. 前言

我们一起研究了 Kubernetes 的内部架构和组成,知道它分为控制面和数据面。控制面管理集群,数据面跑业务应用,节点内部又有 apiserver、etcd、scheduler、kubelet、kube-proxy 等组件,它们互相协作来维护整个集群的稳定运行。

这套独特的 Master/Node 架构是 Kubernetes 得以安身立命的根本,但仅依靠这套“内功心法”是不是就能够随意仗剑走天涯了呢?

显然不行。就像许多武侠、玄幻作品里的人物一样,Kubernetes 也需要一份“招式秘籍”才能把自己的“内功”完全发挥出来,只有内外兼修才能够达到笑傲江湖的境界。

而这份“招式秘籍”,就是 Kubernetes 世界里的标准工作语言 YAML,所以今天,我就来讲讲为什么要有 YAML、它是个什么样子、该怎么使用。

2. 声明式和命令式是怎么回事?

Kubernetes 使用的 YAML 语言有一个非常关键的特性,叫“声明式”(Declarative),对应的有另外一个词:“命令式”(Imperative)。

  • 命令式
    大多数编程语言也属于命令式,它的特点是交互性强,注重顺序和过程,你必须“告诉”计算机每步该做什么,所有的步骤都列清楚,这样程序才能够一步步走下去,最后完成任务,显得计算机有点“笨”。
  • 声明式
    在 Kubernetes 出现之前比较少见,它与“命令式”完全相反,不关心具体的过程,更注重结果。我们不需要“教”计算机该怎么做,只要告诉它一个目标状态,它自己就会想办法去完成任务,相比起来自动化、智能化程度更高。

举个栗子:

假设你要打车去高铁站,但司机不熟悉路况,你就只好不厌其烦地告诉他该走哪条路、
在哪个路口转向、在哪里进出主路、停哪个站口。虽然最后到达了目的地,但这一
路上也费了很多口舌,发出了无数的“命令”。很显然,这段路程就属于“命令式”。现在我们来换一种方式,同样是去高铁站,但司机经验丰富,他知道哪里有拥堵
、哪条路的红绿灯多、哪段路有临时管控、哪里可以抄小道,此时你再多嘴无疑
会干扰他的正常驾驶,所以,你只要给他一个“声明”:我要去高铁站,接下来
就可以舒舒服服地躺在后座上休息,顺利到达目的地了。


在这个“打车”的例子里,Kubernetes 就是这样的一位熟练的司机,Master/Node 架构让它对整个集群的状态了如指掌,内部的众多组件和插件也能够自动监控管理应用。

这个时候我们再用“命令式”跟它打交道就不太合适了,因为它知道的信息比我们更多更全面,不需要我们这个外行去指导它这个内行,所以我们最好是做一个“甩手掌柜”,用“声明式”把任务的目标告诉它,比如使用哪个镜像、什么时候运行,让它自己去处理执行过程中的细节。

3. 什么是YAML?

你需要知道,YAML 是 JSON 的超集,支持整数、浮点数、布尔、字符串、数组和对象等数据类型。也就是说,任何合法的 JSON 文档也都是 YAML 文档,如果你了解 JSON,那么学习 YAML 会容易很多。
但和 JSON 比起来,YAML 的语法更简单,形式也更清晰紧凑,比如:

  • 使用空白与缩进表示层次(有点类似 Python),可以不使用花括号和方括号。
  • 可以使用 # 书写注释,比起 JSON 是很大的改进。
  • 对象(字典)的格式与 JSON 基本相同,但 Key 不需要使用双引号。
  • 数组(列表)是使用 - 开头的清单形式(有点类似 MarkDown)。
  • 表示对象的 : 和表示数组的 - 后面都必须要有空格。
  • 可以使用 — 在一个文件里分隔多个 YAML 对象。
    下面我们来看几个 YAML 的简单示例。
    首先是数组,它使用 - 列出了三种操作系统:

# YAML数组(列表)
OS:- linux- macOS- Windows
#这段 YAML 对应的 JSON 如下:{"OS": ["linux", "macOS", "Windows"]
}

对比可以看到 YAML 形式上很简单,没有闭合花括号、方括号的麻烦,每个元素后面也不需要逗号。YAML 里的 Key 都不需要使用双引号,看起来更舒服。

4. 什么是API对象?

作为一个集群操作系统,Kubernetes 归纳总结了 Google 多年的经验,在理论层面抽象出了很多个概念,用来描述系统的管理运维工作,这些概念就叫做“API 对象”。说到这个名字,你也许会联想到 Kubernetes 组件 apiserver。没错,它正是来源于此。

因为 apiserver 是 Kubernetes 系统的唯一入口,外部用户和内部组件都必须和它通信,而它采用了 HTTP 协议的 URL 资源理念,API 风格也用 RESTful 的 GET/POST/DELETE 等等,所以,这些概念很自然地就被称为是“API 对象”了。

4.1 k8s都有哪些资源对象

kubectl api-resources 来查看当前 Kubernetes 版本支持的所有对象:

kubectl api-resources

在输出的“NAME”一栏,就是对象的名字,比如 ConfigMap、Pod、Service 等等。
第二栏“SHORTNAMES”则是这种资源的简写,在我们使用 kubectl 命令的时候很有用,可以少敲几次键盘,比如 Pod 可以简写成 po,Service 可以简写成 svc。

目前的 Kubernetes 1.23 版本有 50 多种 API 对象,全面地描述了集群的节点、应用、配置、服务、账号等等信息,apiserver 会把它们都存储在数据库 etcd 里,然后 kubelet、scheduler、controller-manager 等组件通过 apiserver 来操作它们,就在 API 对象这个抽象层次实现了对整个集群的管理。

4.2 列出kubectl 命令详细执行过程

从截图里可以看到,kubectl 客户端等价于调用了 curl,向 8443 端口发送了 HTTP GET 请求,URL 是 /api/v1/namespaces/default/pods。

kubectl get pod --v=9

5. 如何描述 API 对象

5.1 命令式

现在我们就来看看如何以 YAML 语言,使用“声明式”在 Kubernetes 里描述并创建 API 对象。
之前我们运行 Nginx 的命令你还记得吗?使用的是 kubectl run,和 Docker 一样是“命令式”的:

kubectl run ngx --image=nginx:alpine

5.2 声明式

把命令式 它改写成“声明式”的 YAML,说清楚我们想要的 Nginx 应用是个什么样子,也就是“目标状态”,让 Kubernetes 自己去决定如何拉取镜像运行:

apiVersion: v1
kind: Pod
metadata:name: ngx-podlabels:env: demoowner: chronospec:containers:- image: nginx:alpinename: ngxports:- containerPort: 80

5.2.1 声明式YAML语法详解

为了方便理解,我们可以借鉴一下 HTTP 的报文格式,把 API 对象的描述分成“header”和“body”两部分。

5.2.1.1 header部分详解

和 HTTP 协议一样,“header”里的 apiVersion、kind、metadata 这三个字段是任何对象都必须有的

“header”包含的是 API 对象的基本信息,有三个字段:apiVersion、kind、metadata。

  • apiVersion 表示操作这种资源的 API 版本号,由于 Kubernetes 的迭代速度很快,不同的版本创建的对象会有差异,为了区分这些版本就需要使用 apiVersion 这个字段,比如 v1、v1alpha1、v1beta1 等等。
  • kind 表示资源对象的类型,这个应该很好理解,比如 Pod、Node、Job、Service 等等。
  • metadata 这个字段顾名思义,表示的是资源的一些“元信息”,也就是用来标记对象,方便 Kubernetes 管理的一些信息。

比如在这个 YAML 示例里就有两个“元信息”,一个是 name,给 Pod 起了个名字叫 ngx-pod,另一个是 labels,给 Pod“贴”上了一些便于查找的标签,分别是 env 和 owner。

apiVersion、kind、metadata 都被 kubectl 用于生成 HTTP 请求发给 apiserver,你可以用 --v=9 参数在请求的 URL 里看到它们,比如:

5.2.1.2 body部分详解

body”部分则会与对象特定相关,每种对象会有不同的规格定义,在 YAML 里就表现为 spec 字段(即 specification),表示我们对对象的“期望状态”(desired status)。

spec:containers:- image: nginx:alpinename: ngxports:- containerPort: 80

还是来看这个 Pod,它的 spec 里就是一个 containers 数组,里面的每个元素又是一个对象,指定了名字、镜像、端口等信息:

5.2.1.3 创建或删除对象

现在把这些字段综合起来,我们就能够看出,这份 YAML 文档完整地描述了一个类型是 Pod 的 API 对象,要求使用 v1 版本的 API 接口去管理,其他更具体的名称、标签、状态等细节都记录在了 metadata 和 spec 字段等里。

使用 kubectl apply、kubectl delete,再加上参数 -f,你就可以使用这个 YAML 文件,创建或者删除对象了:

kubectl apply -f ngx-pod.yml
kubectl delete -f ngx-pod.yml

5.2.1.4 创建或删除对象原理

Kubernetes 收到这份“声明式”的数据,再根据 HTTP 请求里的 POST/DELETE 等方法,就会自动操作这个资源对象,至于对象在哪个节点上、怎么创建、怎么删除完全不用我们操心。

6. 如何编写YAML及技巧

在实际情况中,这么多 API 对象,我们怎么知道该用什么 apiVersion、什么 kind?metadata、spec 里又该写哪些字段呢?还有,YAML 看起来简单,写起来却比较麻烦,缩进对齐很容易搞错,有没有什么简单的方法呢?

这些问题最权威的答案无疑是 Kubernetes 的官方参考文档(https://kubernetes.io/docs/reference/kubernetes-api/),API 对象的所有字段都可以在里面找到。不过官方文档内容太多太细,查阅起来有些费劲,所以下面我就介绍几个简单实用的小技巧。

6.1 kubectl api-resources 命令

它会显示出资源对象相应的 API 版本和类型,比如 Pod 的版本是“v1”,Ingress 的版本是“networking.k8s.io/v1”,照着它写绝对不会错。

6.2 kubectl explain 命令

它相当于是 Kubernetes 自带的 API 文档,会给出对象字段的详细说明,这样我们就不必去网上查找了。比如想要看 Pod 里的字段该怎么写,就可以这样:

kubectl explain pod
kubectl explain pod.metadata
kubectl explain pod.spec
kubectl explain pod.spec.containers


使用前两个技巧编写 YAML 就基本上没有难度了。

6.3 -o yaml 参数生成YAML 文件

我们还可以让 kubectl 为我们“代劳”,生成一份“文档样板”,免去我们打字和对齐格式的工作。
这第三个技巧就是 kubectl 的两个特殊参数 --dry-run=client 和 -o yaml,前者是空运行,后者是生成 YAML 格式,结合起来使用就会让 kubectl 不会有实际的创建动作,而只生成 YAML 文件。

例如,想要生成一个 Pod 的 YAML 样板示例,可以在 kubectl run 后面加上这两个参数:

kubectl run ngx --image=nginx:alpine --dry-run=client -o yaml

就会生成一个绝对正确的 YAML 文件:
接下来你要做的,就是查阅对象的说明文档,添加或者删除字段来定制这个 YAML 了

apiVersion: v1
kind: Pod
metadata:creationTimestamp: nulllabels:run: ngxname: ngx
spec:containers:- image: nginx:alpinename: ngxresources: {}dnsPolicy: ClusterFirstrestartPolicy: Always
status: {}

7. YAML 小结

  1. YAML 是 JSON 的超集,支持数组和对象,能够描述复杂的状态,可读性也很好。
  2. Kubernetes 把集群里的一切资源都定义为 API 对象,通过 RESTful 接口来管理。描述 API 对象需要使用 YAML 语言,必须的字段是 apiVersion、kind、metadata。
  3. 命令 kubectl api-resources 可以查看对象的 apiVersion 和 kind,命令 kubectl explain 可以查看对象字段的说明文档。
  4. 命令 kubectl apply、kubectl delete 发送 HTTP 请求,管理 API 对象。
  5. 使用参数 --dry-run=client -o yaml 可以生成对象的 YAML 模板,简化编写工作

8 思考

8.1 你是如何理解“命令式”和“声明式”的?为什么说空调是“声明式”的?

  1. 命令式更像是自己驾驶车。需要打火启动,调整油门,调整方向盘。一步步对车发出命令,才能到目的地
    声明式像自动驾驶,只需要输入目的地,过程不需要操作。

  2. 空调只需要遥控器设置温度,而主机怎么运行降温,不需要我们关注

8.2 使用 --v=9 参数,试着解释一下 YAML 是如何被 kubectl 转换成 HTTP 请求的

因为YAML 类似HTTP 一样,有header,body部分。好吧,我不会,看下别人的答案

虽然yaml格式是json的超集,但在k8s中的yaml文件最终都是被转换为json格式字符串放在request body中提交到apiserver的.
从`kubectl -v=9`对各种操作的调试中可以看到。除此之外,还发现一些有规律的地方,
可见简单对象如下:(如pod, configmap, secret, serviceaccount等)
调用的接口形式如下:`/api/<apiVersion>/namespaces/<namespace>/kinds>[/<name>]`其中对象类型为复数形式即`kubectl api-resources`中的name字段
修改、删除与查询具体对象时在URL中有`/<name>`部分,其它如创建、查询所有就没有。
对于复合对象(简单对象的包装对象,如replicaset, deployment, statefulset, cronjob等)的URL不同的是以`/apis`开头,说明是属于复合型的接口(组合服务)。

04 YAML kubetnetes世界里的通用语相关推荐

  1. 一文带你看透前端世界里的日期时间,对就是Date

    很高兴我们能够通过不同空间,不同时间,通过这篇博客相识,那一定是一种缘分,一种你和狗哥的缘分.今天我希望通过这篇博客对我所熟知的前端世界里的日期时间做一个汇总,不止是代码上的汇总哦! 目录 一.时区 ...

  2. Unix / Linux世界里的4-2-1

    Unix / Linux世界里的4-2-1 在Unix / Linux世界里,4代表可读( r ),2代表可写入 ( w ),1代表可执行 ( x ) 如果拥有7 = 4+2+1 的权限,即代表这个人 ...

  3. 中国速度之二神山建设(3):有力的技术保障,基建世界里的云原生缩影 | IDCF DevOps案例研究...

    内容来源:DevOps案例深度研究第4期 – 火神山雷神山 DevOps实践研究战队(本文只展示部分PPT及研究成果,全程视频请移步文末) 本案例内容贡献者:赖泽薇.张扬.邓茜芸.韦一.刘德权.候利涛 ...

  4. 一个四维的人在三维世界里到底长什么模样?

    " 我们曾经仰望浩瀚的星空,思考自身的存在." --< 星际穿越 > 今天我们来聊聊维度... 大家有没想过,我们所处的宇宙,其实是一个多维宇宙. 但可惜的是人类仅仅只 ...

  5. Composer - PHP 世界里用于管理项目依赖的工具

    Composer - PHP 世界里用于管理项目依赖的工具 Composer v1.8 版本正式发布.Composer是 PHP 世界里用于管理项目依赖的工具. 如果你已经安装了 Composer , ...

  6. 敏捷世界里中层经理的角色

    Mário Moreira在他的名为敏捷实施路线图的博客中探讨了敏捷世界里中层经理的角色,和面对这一现实的挑战. \\ 通过与不同角色的中层经理(也就是直线经理.职能经理.经理和主管)进行对话,他发现 ...

  7. 若说耳机世界里有一股清流,那这款QCY耳机肯定是其中之一

    ▶前言: 对于喜欢音乐的人群来说,耳机必然是最常用的音频设备.当然,耳机的用途也不仅仅是畅听音乐,用途非常广泛. 不同的使用人群.消费人群,会选择不同类型.价位的产品.其中有物超所值的.有持平性价比的 ...

  8. 手把手教你拿到小世界里妹子的 QQ 号 !

    小世界里的妹子真是可爱,美颜极致,突然想加个QQ,点头像却没反应,怎么办呢- 没有关系,上图片 所有敏感信息已上码 更加详细教程

  9. vrchat新手教程_VRChat简易教程3-往世界里导入模型和VRC接口初探

    一.准备工作 按前面的教程新建一个project,导入sdk并创建地面(Terrain)和VRCWorld. 本教程中我们学习如何导入别人做好的模型并使用VRC提供的接口来实现物品的抓取,模型素材(小 ...

最新文章

  1. 从头到尾使用Geth的说明-3-geth参数说明和环境配置
  2. Windows 7 SDK Fails to Install with Return Code 5100 (GRMSDK_EN_DVD.iso)
  3. python 安装lxml
  4. VMware:为中国中小企业建立“外部云计算”
  5. 深信服 linux软件开发面试题整理
  6. 特斯拉同意支付150万美元和解电池电压降低的索赔
  7. Python 如何拆分数据集
  8. .NET 环境下进制间的转换
  9. java sencha_开始使用Sencha Cmd
  10. MFC控件学习:图片(bmp/png)
  11. 你应该知道的10 种跨域解决方案(附终极方案)
  12. TreeSet的两种排序方式
  13. Docker FreeIPA
  14. 几个内核函数:filp_open、filp_read、IS_ERR、ERR_PTR、PTR_ERR
  15. 迷宫(二) 计蒜客--1596
  16. jetson的学习资料总结
  17. 解决git pull中 fatal: Not possible to fast-forward, aborting
  18. android hal单元测试,用于HAL测试的参数化gtest
  19. 龙芯1D处理器用户手册
  20. Unity3D的Json篇:LitJson.dll插件

热门文章

  1. 程序化交易学习笔记(一)
  2. Spring Boot + vue-element 开发个人博客项目实战教程(一、项目介绍和规划)
  3. Windows Server 2016
  4. 多条件查询以及数据筛选
  5. 51单片机心形灯实现旋转呼吸灯流水编程
  6. 5G工业网关功能及应用场景
  7. Java 实现日志文件监听并读取相关数据
  8. java设有一个由10个英文单词构成的字符串数组,要求:(1)统计以字母 w 开头的单词数;(2)统计单词中含“or”字符串的单词数;(3)统计长度为 3 的单词数。
  9. ERP项目经验(一)
  10. 大学生就业咨询系统c语言,大学生就业咨询系统课程设计方案报告.doc