资源分类：
1）workload型资源：service,pod，Redeployment（控制器，我们很少直接操作pod，而是通过控制器来操作Pod）、ReplicaSet、StatefilSet、Job、Cronjob
2）服务发现及服务均衡资源型资源：Service、Ingress
3）配置与存储型资源：Volume、CSI(容器存储接口，可以扩展各种第三方的存储卷)、ConfigMap、Secret、DownwardAPI
4)集群级资源：Namespace、Node、Role、rolebinding、clusterrolebinding
5)元数据型资源：HPA、podtemplate、limitrange（限制资源的如cpu、内存等）
查看pod的yaml格式清单
[root@master ~]# kubectl get podsNAME READY STATUS RESTARTS AGEclient 1/1 Running 0 17hmyapp-fcc5f7f7c-4x2p7 0/1 ImagePullBackOff 0 12hmyapp-fcc5f7f7c-dnkdq 0/1 ImagePullBackOff 0 12hmytomcat-5f8c6fdcb-7t5s2 1/1 Running 0 11hmytomcat-5f8c6fdcb-lhcsc 1/1 Running 0 12hmytomcat-5f8c6fdcb-rntrg 1/1 Running 0 12hnginx-deploy-5b595999-fpm8x 1/1 Running 0 12h[root@master ~]# kubectl get pods mytomcat-5f8c6fdcb-lhcscNAME READY STATUS RESTARTS AGEmytomcat-5f8c6fdcb-lhcsc 1/1 Running 0 12h[root@master ~]# kubectl get pods mytomcat-5f8c6fdcb-lhcsc -o yamlspec: #规格、特性，用户期望的状态 containers: tolerations: #容忍度status:#显示当前资源的当前状态 conditions:创建资源的方法
apiserver仅接收JSON格式的资源定义。我们可以使用yaml格式提供配置清单，因为ymal格式是以缩进的方式来写的，更利用人们的理解。我们写完ymal格式的配置清单后，apiserver可以自动将其转为json，然后再提交。
另外，我们使用命令kubectl run，其最终也是自动转为json格式的资源定义了。
大部分的的资源的配置清单包含：
1）apiVersion：表示属于哪个api群组和版本，可以通过命令 kubectl api-versions来看，显示方式为group/version
2）Kind：资源类别，有pod、deloyment类别等
3）metadata：元数据,包括：
a) name：在同一资源下name是必须唯一的；
b) namespace
c) labels
d) annotations：资源注解
e）uid
f) resourceversion：
g) OwnerReferences
h） selfLink：每个资源引用的PATH，格式为/api/GROUP/VERSION/namespaces/NAMESPACE/TYPE/NAME
4) spec，定义用户期望的目标状态(disired state)
5）status：表示当前状态，让当前状态向期望的目标状态靠近，本字段有k8s集群维护。
查看资源清单的帮助
由于spec的字段很多，我们背不下来了，所以可以如下查看帮助。
[root@master ~]# kubectl explain pods看medadata下有哪些字段可以用：
[root@master ~]# kubectl explain pods.metadata看spec下有哪些字段可以用：
[root@master ~]# kubectl explain pods.spec看spec.containers下有哪些字段可以用：
[root@master ~]# kubectl explain pods.spec.containers例子-用ymal创建pod
用yaml格式创建一个pod
[root@master ~]# mkdir manifests[root@master ~]# cd manifests/[root@master manifests]# cat pod-demo.yaml apiVersion: v1kind: Podmetadata: name: pod-demo namespace: default labels: app: myapp #kv格式的，也可以用花括号表示 tier: frontend #定义所属的层次spec: containers: - name: myapp #前面的-号表示这是一个列表格式的,也可以用中括号表示 image: tomcat - name: busybox image: busybox:latest command: - "/bin/sh" - "-c" - "echo $(date) >> /usr/share/nginx/html/index.html; sleep 5" #以上命令也可以写作：command: ["/bin/sh","-c","sleep 3600"][root@master manifests]# kubectl create -f pod-demo.yaml pod/pod-demo created[root@master manifests]# kubectl get podsNAME READY STATUS RESTARTS AGEpod-demo 2/2 Running 1 33s[root@master manifests]#kubectl describe pods pod-demo 可以看到一个pod里面跑了两个容器，一个是busybox，一个是tomcat查看pod里面容器的日志
[root@master manifests]# kubectl logs pod-demo myapp说明：pod-demo是上面我们创建的pod名字,myapp是pod里面容器的名字。
进入运行中的容器
[root@master manifests]# kubectl exec -it pod-demo -c myapp -- /bin/bashroot@pod-demo:/usr/local/tomcat#-c:自动容器名字；pod-demo是我们自己创建的容器名字。
删除配置清单定义的资源
[root@master manifests]# kubectl delete -f pod-demo.yaml pod "pod-demo" deleted用命令run pod和用资源清单创建的pod区别
我们用命令run一个pod是需要创建一个控制器deployment的，所以删除这样的pod后，控制器deployment会自动新建一个，怎么也删不掉。
而我们用配置清单创建的pod，没有控制器deployment，是一个裸pod，所以一删除就没了，这个挺好。
命令创建的：
[root@master ~]# kubectl expose deployment nginx-deploy --name=nginx --port=80 --target-port=80 --protocol=TCP资源清单创建的：
[root@master manifests]# kubectl create -f pod-demo.yaml pod/pod-demo created
