一、 yaml和json介绍

1、yuml语言介绍

YAML是一个类似XML、JSON的标记性语言,它强调以数据为中心,并不是以标识语言为重点,而YAML本身的定义比较简单。号称“一种人性化的数据格式语言”。

YAML的语法比较简单,主要有下面几个

  • 大小写敏感
  • 使用缩进标识层级关系
  • 缩进不允许使用tab,只允许空格(低版本限制)
  • 缩进的空格数不重要,只要相同层级的元素左对齐即可
  • “ # ”表示注释

YAML支持一下几种数据类型

  • 纯量: 单个的,不可再分的值
  • 对象: 键值对的集合,又称为映射(mapping)/哈希(bash)/字典(dictionary)
  • 数组: 一组按次序排列的值,又称为序列(sequence)/ 列表(list)
#纯量: 就是指的一个简单的值,(字符串、布尔值、证书、浮点数、Null、时间、日期)
1、布尔类型
y1:true(false) 2、整型

y2:123 3、浮点型

y3:3.14 4、null类型

y4:~ (使用~或不写,可以表示为null) 5、日期类型

y5: 2018-02-17 # 日期必须使用ISO 8601格式,即yyyy-MM-dd 6、时间类型

c6: 2018-02-17T15:02:31+08:00 # 时间使用ISO 8601格式,时间和日期之间使用T连接,最后使用+代表时区 7、字符串类型

c7: heima # 简单写法,直接写值 , 如果字符串中间有特殊字符,必须使用双引号或者单引号包裹

c8: line1

line2 # 字符串过多的情况可以拆成多行,每一行会被转化成一个空格
#对象
//形式一
yudeqiang:
age: 25
address: nanjing //形式二(了解)

yudeqiang: {age: 15,address: nanjing}
#数组
//形式一
address:
- nanjing
- beijing //形式二(了解)

address: [nanjing,beijing]

注意点:

  • 书写yaml切记 【 : 】和【-】后面要加空格
  • 如果要将多段yaml配置放在一个文件中,中间要使用—分隔
  • yaml转json格式网站:[https://www.json2yaml.com/convert-yaml-to-json](

2、k8s支持的文件格式

kubernetes支持YAML和JSON文件格式管理资源对象。

  • JSON格式:只要勇于api接口之间消息的传输。
  • YAML格式:勇于配置和管理,TAML是一中简介的非标记性语言,内容格式人性化,较易读。

3、yaml和json的主要区别

  • YAML使用空格缩进,这是Python开发人员熟悉的领域。

  • javaScript开发人员喜欢JSON,因为它是Java Script的一个子集,可以直接在JavaScript中解释和编写,同时使用简写方式申明JSON,在使用没有空格的典型变量名时,不需要键中的双引号。

  • 有很多解释器在YAML和JSON的左右语言中都能很好的工作。

  • 在需要请款下,YAML的空白格式可以更扩容器查看,因为将诶格式化需要更人性化的方法。

  • 如果您的编辑器中没有空格可见或缩进线指示符,那么 YAML 的空白虽然更紧凑,更容易查看,但可能难以手动编辑

  • JSON 的序列化和反序列化要快得多,因为要检查的功能明显少于 YAML,这使得更小更轻的代码能够处理 JSON。

  • 一个常见的误解是 YAML 需要较少的标点符号并且比 JSON更紧凑,但这完全是错误的。空格是不可见的,所以看起来字符较少,但是如果你计算实际的空格是必要的,以便正确解释 YAML以及正确的缩进,你会发现 YAML 实际上需要比 JSON 更多的字符。JSON不使用空格来表示层次结构或分组,并且可以通过删除不必要的空格来轻松展平,以实现更紧凑的传输。

二、声明式对象管理

1、命令式对象配置

命令式对象配置就是使用命令配合配置文件一起来操作kubernetes资源

①创建一个nginxpod.yaml文件。

apiVersion: v1
kind: Namespace
metadata:
name: dev --- apiVersion: v1

kind: Pod

metadata:

name: nginxpod

namespace: dev

spec:

containers:

- name: nginx-containers

image: nginx:latest

②创建资源、查看、删除等操作

kubectl create -f nginxpod.yaml
#基于yaml创建一个资源 kubectl get -f nginxpod.yaml

基于yaml文件查看

kubectl delete -f nginxpod.yaml

基于yaml文件删除资源

#总结
命令式对象配置的方式操作资源,可以简单认为:命令 + yaml配置文件(里面是命令需要的各种参数)

2、声明式对象配置

声明式对象配置跟命令式对象配置很相似,但是它只有一个命令apply。

//还是基于前面的nginxpod.yaml文件演示

kubectl apply -f nginxpod.yaml

创建资源

kubectl apply -f nginxpod.yaml

再执行一次操作,看返回什么信息

此时修改nginxpod.yaml文件的nginx的版本号,然后再执行

kubectl apply -f nginxpod.yaml

再次查看返回结果

kubectl describe pods pod -n dev

查看详细过程

node01节点查看

#总结
//其实申明对象配置就是使用apply描述一个资源最终的状态(在yaml中定义) 使用apply操作资源

- 如果资源不存在,就创建,相当于kubectl create

- 如果资源存在,就更新,相当于kubectl patch

3、声明式对象管理命令介绍

kubectl get deployment/nginx  -o yaml
#查看pod控制器中的nginx格式,(就是以yaml的格式显示出来) kubectl get svc nginx-service -o yaml

查看service中的nginx格式

kubectl explain deployment

显示deployment的相关规格

kubectl explain deployment.metadata

#解释显示deployment的更详细的元数据(metadata)参数信息,




三、编写资源配置清单

1、 编写yaml文件

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

vim nginx-deployment.yaml 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

2、 启动并查看资源

kubectl apply -f nginx-deployment.yaml

kubectl get deployment

kubectl get pods

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

vim nginx-service.yaml

apiVersion: v1

kind: Service

metadata:

name: nginx-service

labels:

app: nginx

spec:

type: NodePort

ports:
  • port: 80

    targetPort: 80

    selector:

    app: nginx

4、创建并访问

kubectl create -f nginx-service.yaml

kubectl get svc

//网页访问

http:20.0.55:31603

五、试运行与格式

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 run dryrun-test --image=nginx --port=80  --dry-run -o yaml
#试运行一个pod,并将它的yaml配置格式显示出来

3、查看生成的json格式

  • 可通过-o json 查看该命令产生的json配置清单
kubectl create deployment dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o json
#试运行一个pod控制器,并显示的pod的配置信息

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

kubectl create deployment dryrun-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml > dryrun-test.yaml
#试运行pod控制器,并以yaml格式显示出来,将结构追加到指定的yaml文件中

5、使用yaml模板创建实例

kubectl apply -f dryrun-test.yaml

kubectl get pods,deployment

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

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

7、查看字段帮助信息

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

kubectl explain deployments.spec.template.spec.containers

三、 资源控制总结

三种方式应该怎么用?

  • 创建/更新资源,使用声明式对象配置: kubectl apply -f xxxx.yaml
  • 删除资源,使用命令式配置: kubectl delete -f xxxx.yaml
  • 查询资源,使用命令式对象管理: kubectl get(describe) 资源名称+命令空间
#kubectl可以在node节点上运行吗?

//kubectl的运行时需要配置的,它的配置文件时$HOME/.kube,如果想要在node节点运行次命令,需要将master上的.kube目录复制到node节点上。

文章知识点与官方知识档案匹配,可进一步学习相关知识

[转帖]【k8s】5、资源管理命令-声明式的更多相关文章

  1. K8S的资源管理

    K8S的资源管理 管理K8S资源的三种基本方法: 陈述式资源管理方法-使用cli工具进行管理. 声明式资源管理方式-主要依耐资源配置清单. GUI式资源管理方法-主要依耐图形界面. 陈述式资源管理方法 ...

  2. k8s之Deployment 声明式地升级应用(五)

    Deployment 声明式地升级应用 现在你已经知道如何将应用程序组件打包进容器,将他们分组到pod中,并为它们提供临时或者持久存储,将密钥或配置文件注入,并可以使pod之间互相通信.这就是微服务化 ...

  3. 云原生下基于K8S声明式GitOps持续部署工具ArgoCD实战-上

    @ 目录 概述 定义 工作原理 主要组件 核心概念 环境准备 概述 安装Kubekey 创建K8S 安装K9S OpenLB 安装ArgoCD 安装 ArgoCD CLI 从Git库中创建一个应用程序 ...

  4. 从k8s 的声明式API 到 GPT的 提示语

    命令式 命令式有时也称为指令式,命令式的场景下,计算机只会机械的完成指定的命令操作,执行的结果就取决于执行的命令是否正确.GPT 之前的人工智能就是这种典型的命令式,通过不断的炼丹,告诉计算机要怎么做 ...

  5. K8S的kubectl命令详解

    一.kubectl 基本命令 1.陈述式资源管理方法: 1.kubernetes集群管理集群资源的唯一入口是通过相应的方法调用apiserver的接口 2.kubectl 是官方的CLI命令行工具,用 ...

  6. Jenkins 在声明式 pipeline 中并行执行任务

    在持续集成的过程中,并行的执行那些没有依赖关系的任务可以缩短整个执行过程.Jenkins 的 pipeline 功能支持我们用代码来配置持续集成的过程.本文将介绍在 Jenkins 中使用声明式 pi ...

  7. spring声明式事务 同一类内方法调用事务失效(转)

    原文 https://blog.csdn.net/jiesa/article/details/53438342 [问题] Spring的声明式事务,我想就不用多介绍了吧,一句话“自从用了Spring ...

  8. 第六章:声明式服务调用:Spring Cloud Feign

    Spring Cloud Feign 是基于 Netflix Feign 实现的,整合了 Spring Cloud Ribbon 和 Spring Cloud Hystrix,除了提供这两者的强大功能 ...

  9. 声明式API replica controller vs replica set 对比

    1.在命令式API中,你可以直接发出服务器要执行的命令,例如: “运行容器”.“停止容器”等. 在声明性API中,你声明系统要执行的操作,系统将不断向该状态驱动. 可以想象成手动驾驶和自动驾驶系统.( ...

  10. spring的声明式事务,及redis事务。

    Redis的事务功能详解 http://ghoulich.xninja.org/2016/10/12/how-to-use-transaction-in-redis/ MULTI.EXEC.DISCA ...

随机推荐

  1. 鱼和熊掌兼得:C++代码在编译时完成白盒测试

    摘要:如果能够让代码在编译的时候,自动完成白盒测试,这不是天方夜谭. 白盒测试也叫开发者测试,是对特定代码函数或模块所进行的功能测试.当前主流的白盒测试方法是:先针对仿真或者生产环境编译出可执行文件, ...

  2. 如何只用一个小时定制一个行业AI 模型?

    摘要:华为云通过ModelArts Pro提供更多的行业套件和工作流可以供用户直接使用,进一步降低AI行业落地难度,让传统企业客户无需掌握算法知识亦可实现自身业务与AI技术的融合. 去年,在华为开发者 ...

  3. 高性能 Jsonpath 框架,Snack3 3.2.57 发布

    Snack3,一个高性能的 JsonPath 框架 借鉴了 Javascript 所有变量由 var 申明,及 Xml dom 一切都是 Node 的设计.其下一切数据都以ONode表示,ONode也 ...

  4. MVVM架构

    一.MVVM架构和Jetpack MVVM即Model-View-ViewModel的缩写,它的出现是为了将图形界面和业务逻辑,数据模型进行解耦.在前面章节所学习的Jetpack组件,大部分是为了能够 ...

  5. AtCoder ABC 164 (D~E)

    比赛链接:Here ABC水题, D - Multiple of 2019 (DP + 分析) 题意: 给定数字串S,计算有多少个子串 \(S[L,R]\)​ ,满足 \(S[L,R]\) 是 \(2 ...

  6. 关于 Windows10升级版本后,内存占用率居高不下的解决办法

    一个月前,打开系统更新,win 10 推送了 最新版本. 然后手贱点了更新. 的确一开始没觉得的有什么明显变化,但最近总觉得机子卡的卡的严重,查看了下内存,占用率居高不下. 经常才打开一两个软件内存就 ...

  7. Educational Codeforces Round 100 (Rated for Div. 2) 简单记录

    最近在写Web大作业和期末复习,可能还会有一段时间不会更新blog了 1463A. Dungeon 题意:有3个血量为a,b,c的敌人,现在你每7发子弹能进行一次范围AOE攻击(即一次能集中三人),每 ...

  8. OpenSCA受邀出席2023 Open Compliance Summit

    近日,由Linux基金会主办的2023 Open Compliance Summit(开放合规峰会,简称OCS)在日本东京隆重召开.悬镜安全旗下全球极客开源数字供应链安全社区OpenSCA受邀参与,O ...

  9. 本地存储sessionStorage、localStorage

    本地存储特性 数据存储在用户浏览器中 设置.读取方便.甚至页面刷新不丢失数据 容量较大,sessionStorage约5M.localStorage约20M 只能存储字符串,可以将对象JSON.str ...

  10. springboot2.0+dubbo-spring-boot-starter聚合项目打可执行的jar包

    springboot2.0+dubbo聚合项目打可执行的jar包 springboot2.0+dubbo-spring-boot-starter项目服务方打包和以前老版本的dubbo打包方式不一样,不 ...