命令式对象配置就是使用命令配合配置文件一起来操作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文件删除资源

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)参数信息，

三、编写资源配置清单

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		#定义容器的对外的端口
        

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

四、试运行与格式

• –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节点上。