声明式管理方(yaml)文件

声明式管理方(yaml)文件:

1、适合对资源的修改操作
2、声明式管理依赖于yaml文件，所有的内容都在yaml文件当中。
3、编辑好的yaml文件需要依靠陈述是还是要依靠陈述式的命令发布到k8s集群当中

create	只能创建，不能更新。从指定yaml文件中读取配置，创建服务。不能更新
apply -f	可以创建资源对象也可以更新资源对象。如果yaml文件更改了，apply可以直接更新资源对象
delete -f	删除yaml文件中声明的资源对象。

如何生成yaml文件？？？
1、手敲
2、可以根据已有的资源直接生成

1、deployment的yaml的文件?? ?

2、service的yaml文件

3、不急于控制器的pod的yaml文件

kubectl get deployments.apps nginx -o yaml > /opt/test.yaml
#基于已有资源直接创建yaml文件
kubectl apply -f test.yaml
#执行yaml文件
#只能运行一次。
#运行成功后如果还需要修改需要基于最新的deployment再创建yaml文件

k8s当中支持两种声明式的资源管理方式:

1、yaml格式，用于配置和管理资源对象
2、json格式：主要用于apiserver接口之间的消息传递

kubectl apply -f test.yaml --force
#强制执行yaml文件
#如果不想使用最新的deployment再创建yaml文件可以使用--force强制执行

command
args
定义容器运行的命令参数，类型与docler的CMD和entrypoint
args可以理解docker的额cmd，给以给command传参
command和args都会覆盖元容器的标准输出（CMD和entrypoint）

deployment的yaml文件格式

apiVersion: apps/v1
#声明API版本的标签
kind: Deployment
#定义资源的类型service/pod/deployment/job/cronjob/ingress/deamonest/statefulset
metadata: 
  name: nginx1
#定义资源的元数据信息，比如资源名称、资源对象部署的命名空间，标签等信息
  namespace: liu
  labels: 
    wdf: nginx1
spec:
#定义deployment的资源需要的参数属性。
  replicas: 3
#定义副本数
  selector: 
#定义标签选择器
    matchLabels:
      wdf: nginx1
#选择匹配的标签
  template:
#定义业务模板，如果定义了多个副本，所有的副本的属性都会按照模版的配置进行匹配
    metadata:
      labels:
        wdf: nginx1
#定义了pod的副本都使用元数据的标签和属性来进行匹配
    spec:
      containers: 
      - name: nginx
        image: nginx:1.10
       #posts:
       #- containerPort: 80
#spec声明的是容器的相关参数，虽然我指定了容器的暴露端口是80，nginx默认的镜像就是80，即使制定了其他端口，也不会改变容器的端口。（默认的可以忽略不写）

service的yaml文件格式

#定义api的版本
apiVersion: v1
kind: Service
metadata:
  name: nginx-service
  namespace: liu
  labels:
    wdf: nginx1
# 元数据信息包扩：service的名称、所属的命名空间、以及要匹配的deployment的标签要和之前的保持一致
spec:
  type: NodePort
  ports:
  - port: 80
    targetPort: 80
    nodePort: 32000
  selector:
    wdf: nginx1
#匹配所有的标签都是wdf:nginx1的pod通过后端服务

pod的yaml文件格式

#定义POD的APIVERSION
apiVersion: v1
#定义资源类型
kind: Pod
#定义元数据信息，pod的名称，命名空间，标签
metadata:
  name: centos1
  namespace: liu
  labels:
    wdf: nginx1
spec:
  restartPolicy: Never
#retartPolicy指的是pod内的容器启动失败或者问题的重启策略：Always Never Onfailure(只有异常退出才会重启，状态码非0，如果状态是0，不重启),值得是容器的重启策略，资源类型定义为deployment，容器的重启策略只能是Always。
  containers: 
  - name: centos
    image: centos:7
#多个命令要用分号隔开

总结

1、 三种发布方式

蓝绿发布、灰度发布(目前最常用)、滚动发布(基于deployment默认的发布模式)
灰度发布(目前最常用)：基于deployment的滚动发布，使用了暂停的机制。pause(暂停)/resume(继续)。只有所有升级完毕之后才可以回滚
2、 三种yaml文件类型
yaml文件内的模板模块：

deployment类型

apiVersion模块：apps/v1。只有deployment是apps/v1
kind模块：所有的类型都是由kind声明
在kind之后生成
kind之后的第一个字母需要大写
metadata模块：这一部分中namespace(命名空间)需要已经存在，否则不会自动创建。需要手动创建。
spec模块：定义副本数、标签选择器等信息
template模块：定义了业务模板需要和之前的标签保持一致
spec模块：这里的spec属于业务模板模块。这里定义的是容器的信息。定义容器名称，定义镜像版本。也可以指定容器的暴露端口。但是需要注意。如果容器的默认端口没有修改。yaml文件中定义暴露端口不会生效。所以如果是默认的服务可以不加定义端口

service类型

apiVersion模块：v1
spec模块：中port是service的暴露端口，targetPort是容器的暴露端口。
tpye模块的类型

pod类型

apiVersion模块：v1
spec模块：这一模块中的 restartPolicy定义pod内的容器如果启动失败或者有问题时的重启策略 Always：永不重启
Never模块：从不重启
Onfailure：只有异常退出才会重启。状态码非0则重启.如果状态码是0则不重启
restartPolicy：是容器的重启策略。
如果资源类型定义为deployment这个容器的重启策略只能是Always。不写默认是Always
command和args。
同一个yaml文件内command和args只能存在一个表示容器启动时的命令，不要同时出现
除非需要传参的时候可以同时出现。
无论是args或者是command都会覆盖CMD和entrypoint标准输出，建议写在一行提高可读性