[云原生K8S] Yaml文件详解

Yaml使用空格缩进，这是Python开发人员熟悉的领域
JavaScript开发人员喜欢Json，因为它是JavaScript的一个子集，可以直接再JavaScript中解释和编写，同时使用简写方式声明Json，在使用没有空格的典型变量名时，不需要键中的双引号。
有很多解释器在Yaml和Json的所有语言中都能很好地工作
在许多情况下，Yaml地空白格式可以更容易查看，因为格式化需要更人性化地方法
如果您的编辑器中没有空格可见或缩进线指示符，那么 YAML 的空白虽然更紧凑，更容易查看，但可能难以手动编辑。
JSON 的序列化和反序列化要快得多，因为要检查的功能明显少于 YAML，这使得更小更轻的代码能够处理 JSON。
一个常见的误解是 YAML 需要较少的标点符号并且比 JSON更紧凑，但这完全是错误的。空格是不可见的，所以看起来字符较少，但是如果你计算实际的空格是必要的，以便正确解释 YAML以及正确的缩进，你会发现 YAML 实际上需要比 JSON 更多的字符。JSON不使用空格来表示层次结构或分组，并且可以通过删除不必要的空格来轻松展平，以实现更紧凑的传输

二、YAML

2.1、查看API资源版本标签

kubectl api-versions

2.2、编写资源配置清单

编写nginx-test.yaml资源配置清单

vim nginx-test.yaml

#指定api版本标签
apiVersion: apps/v1
#定义资源的类型/角色，deployment为副本控制器
#此处资源类型可以是Deployment、Job、Ingress、Service等
kind: Deployment
#定义资源的元数据信息，比如资源的名称、namespace、标签等信息
metadata:
#定义资源的名称，在同一个namespace空间中必须是唯一的
name: nginx-deployment
labels:
app: nginx
#定义deployment资源需要的参数属性，诸如是否在容器失败时重新启动容器的属性
spec:
#定义副本数量
replicas: 3
#定义标签选择器
selector:
#定义匹配标签
matchLabels:
#需与后面的.spec.template.metadata.labels定义的标签保持一致
app: nginx
#定义业务模板，如果有多个副本，所有副本的属性会按照模板的相关配置进行匹配
template:
metadata:
#定义Pod副本将使用的标签，需与前面的.spec.selector.matchLabels定义的标签保持一致
labels:
app: nginx
spec:
#定义容器属性
containers:
#定义一个容器名，一个-name:定义一个容器
- name: nginx
#定义容器使用的镜像以及版本
image: nginx:1.15.4
ports:
#定义容器对外的端口
- containerPort: 80

#------------------------------------------------------------------#
#无注释
apiVersion: apps/v1
kind: Deployment
metadata:
name: nginx-deployment
labels:
app: nginx
spec:
replicas: 3
selector:
matchLabels:
app: nginx
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.15.4
ports:
- containerPort: 80

创建资源对象

kubectl create -f nginx-test.yaml --validate=false

查看创建的pod资源

2.3、创建service服务对外提供访问并测试

编写nginx-svc-test.yaml文件

[root@master ~]# vim nginx-svc-test.yaml
 
apiVersion: v1
kind: Service
metadata:
  name: nginx-svc
  labels:
    app: nginx
spec:
  type: NodePort
  ports:
  - port: 80
    targetPort: 80
  selector:
#此处定义的selector要与deployment所定义的selector相同
#service依靠标签选择器来检索提供服务的nodes
    app: nginx

创建资源对象

kubectl create -f nginx-svc-test.yaml
kubectl get svc

访问测试

三、详解K8S中的Port

port

port 是 k8s 集群内部访问 service 的端口，即通过 clusterIP:port 可以从 Pod 所在的 Node上访问到service

nodePort

nodePort 是外部访问 k8s 集群中 service 的端口，通过 nodeIP:nodePort 可以从外部访问到service

targetPort

targetPort 是 Pod 的端口，从 port 或 nodePort 来的流量经过 kube-proxy反向代理负载均衡转发到后端 Pod 的 targetPort 上，最后进入容器

containerPort

containerPort 是 Pod 内部容器的端口，targetPort 映射到 containerPort

四、试运行生成yaml模板后创建实例

4.1、-dry-run：试运行

–dry-run：表示试运行，不真正执行命令（测试命令是否正确），即并不会真的创建出 pod 和 deployment 实例，去掉该参数后即可真正执行命令。

kubectl create deployment dryrun-test --image=nginx --port=80 --replicas=3 --dry-run
#打印相应的 API 对象而不执行创建

2、查看生成yaml格式

使用 --dry-run 试运行可不触发生成命令，然后通过 -o yaml 可实现对其 yaml 资源配置清单的查看

kubectl create deployment dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml

3、查看生成json格式

可通过 -o json 查看该命令产生的 json 配置清单

kubectl create deployment dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o json

4、使用 yaml 格式导出生成模板

5、使用 yaml 模板创建实例

kubectl apply -f dryrun-test.yaml
kubectl get pod,deploy

6、将现有资源生成 yaml 模板导出并保存为文件

kubectl get deploy/dryrun-test -o yaml
kubectl get deploy/dryrun-test -o yaml > export-test.yaml

7、查看字段帮助信息

explain 可一层层的查看相关资源对象的帮助信息

kubectl explain deployments.spec.template.spec.containers

五、总结

没有相关资源，使用 run 命令 --dry-run 选项

kubectl run dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml > dryrun-test.yaml

已有相关资源，使用 get 命令 --export 选项

kubectl get deploy dryrun-test --export -o yaml > export-test.yaml

K8S/Kubernetes

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐

【深度】阿里巴巴万级规模 K8s 集群全局高可用体系之美

作者 | 韩堂、柘远、沉醉来源 | 阿里巴巴云原生公众号前言台湾作家林清玄在接受记者采访的时候，如此评价自己 30 多年写作生涯：“第一个十年我才华横溢，‘贼光闪现’，令周边黯然失色；第二个十年，我终于‘宝光现形’，不再去抢风头，反而与身边的美丽相得益彰；进入第三个十年，繁华落尽见真醇，我进入了‘醇光初现’的阶段，真正体味到了境界之美”。长夜有穷，真水无香。领略过了 K8s“身在江

K8S/Kubernetes

如何基于 K8s 构建下一代 DevOps 平台？

作者 | 孙健波（天元）导读：当前云原生 DevOps 体系现状如何？面临哪些挑战？如何通过 OAM 解决云原生 DevOps 场景下的诸多问题？云原生开发应用模型 OAM(Open Application Model) 社区核心成员孙健波将为大家一一解答，并分享如何基于 OAM 和 Kubernetes 打造无限能力的下一代 DevOps 平台。什么是 DevOps？为什么基于 Kub