k8s声明式资源管理

三种常见的项目发布方式

1、蓝绿发布

2、金丝雀发布（灰度发布）

3、滚动发布

应用程序升级，面临的最大的问题是新旧业务之间的切换，立项-----定稿------需求发布-----开发------测试------发布，测试之后上线，再完美也会有问题的，为了不让发生的问题影响所有用户，上述的三种发布方式

什么是蓝绿发布？

蓝绿发布：把应用服务集群标记为两个组，蓝组和绿组，先升级蓝组从负载均衡当中移除，绿组继续提供服务，蓝组升级完毕，在把绿组从负载均衡当中移除，绿组升级，然后都加入回负载均衡当中去，完成对外服务（硬件资源要求很高，但是有了云计算和微服务，现在的成本也大大降低了）

蓝绿发布的特点

1、一旦出现问题，问题的影响范围很大

2、发布策略简单

3、基于现在的云计算和微服务，用户无感知的

4、升级和回滚都比较方便

缺点

在发布升级的过程之中，只有一部分集群在对外提供服务，可能会是集群的负载能力下降，响应变慢，需要注意给集群增加负载能力（一般来说没有什么特殊需要），短时间内可能会浪费一定的资源成本

金丝雀发布（灰度发布）

deployment控制器创建的服务，才可以使用这种发布方式，滚动更新，暂停，发布的过程中，暂时停止，只有一部分的pod先升级，其他的pod还是处于老的版本，只有一部分用户可以访问新的版本，绝大多数用户还是在老版本，确定无问题之后，再把剩下的老版本，升级成新的版本，把暂停取消，继续发布，如果有问题，可以立刻回滚，暂停不是回滚，一旦取消只能全部升级完毕之后，在回滚

灰度发布的特点

1、自动化的要求比较，对运维人员的要求比较高

2、方便问题，及时解决，影响范围比较小

3、用户无感知，平滑过度，节约资源

4、发布策略比较复杂

5、不易回滚，必须要全部发布成功之后才能回滚

滚动更新

deployment的默认就是滚动更新

声明式

声明式管理方式（yaml）文件

1、适合对资源的修改操作

2、声明式管理依赖于yaml文件，所有的内容都在yaml文件当中

3、编辑好的yaml文件，还是要依靠陈述式的命令发布到k8s集群当中

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

yaml文件如何生成

1、手打

2、可以根据已有的资源，直接生成

kubectl get deployment.apps nginx -o yaml 展示yaml文件
kubectl get deployment.apps nginx -o yaml >> test.yaml  导出修改
kubectl apply -f test.yaml  更新
第二次更新必须导出之后才能更新

1、deployment的yaml文件  daemonset sratefulset
2、service的yaml文件
3、不基于控制器的pod的yaml文件

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

1、yaml格式，用于配置和管理资源对象

2、json格式，只要用于在api接口之间消息的传递

声明式的格式

deployment

kubectl explain deployment  声明deployment的语法（格式）


vim nginx.yml
apiVersion: apps/v1
#声明API版本的标签
kind: Deployment
#定义资源的类型service  pod  deployment  job  ingress  daemonset  statefulset
metadata:
  name: nginx1
#定义资源的元数据信息，比较说资源名称，资源对象部署的命名空间，标签等等信息
  namespace: xiaobu
  labels:
    xb: nginx1
spec:
#定义deployment的资源需要的参数属性
  replicas: 3
#定义副本数
  selector:
#定义标签选择器
    matchLables:
      xb: nginx1
#选择匹配的标签
  template:
#定义业务模版，如果定义了多个副本，所有的副本的属性都会按照模版的配置进行匹配
    metadata:
      labels:
        xb: nginx1
#定义了pod的副本都使用元数据的标签和属性来进行匹配
  spec:
    containers:
    - name: nginx
      image: nginx:1.10
      posts:
      - containerPort: 80
#spec声明的是容器的相关参数，虽然我指定了容器的暴露端口是80，nginx默认的镜像就是80，即使指定了其他端口，也不会改变容器的端口
kubectl apply -f nginx1.yml
kubectl create ns xiaobu   创建命名空间

nginx-service

vim nginx-service.yml


#定义API的版本
apiVersion: v1
kind: Service
metadata:
  name: nginx-service
  namespace: xiaobu
  labels:
    xb: nginx1
#元数据信息包括，service的名称，所属的命名空间，以及要匹配的deployment的标签，要和之前的保持一致
spec:
  type: NodePort
  ports:
  - port: 80
    targetPort: 80
#    nodePort: 30000
#可以指定访问的端口，也可以不指定访问端口（随机分配）
  selector:
    xb: nginx1
#匹配所有的标签都是xb:nginx1的pod的后端提供服务

kubectl apply -f nginx-service.yml

查看指定的控制器的service
kubectl get svc -n xiaobu 
NAME            TYPE       CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
nginx-service   NodePort   10.96.56.18           80:31195/TCP   13s


curl -I 20.0.0.70:31195
HTTP/1.1 200 OK
Server: nginx/1.10.3
Date: Tue, 02 Jan 2024 03:18:33 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 31 Jan 2017 15:01:11 GMT
Connection: keep-alive
ETag: "5890a6b7-264"
Accept-Ranges: bytes

pod

定义pod的apiversion
apiVersion: v1
#定义资源的类型
kind: Pod
#定义元数据信息，pod的名称，所属的标签
metadata:
  name: centos1
spec:
  restartPolicy: Never
#restartPolicy指的是pod内的容器启动失败或者有问题的重启策略：always 指的是总是重启  never 指的是挂就挂了 Onfailure（只有异常退出才会重启，状态非0，如果状
态码是0，不重启），restartPolicy指的是容器的重启策略，资源类型定义为deployment，容器的重启策略只能是Always
  containers:
  - name: centos
    image: centos:7

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


#定义pod的apiversion
apiVersion: v1
#定义资源的类型
kind: Pod
#定义元数据信息，pod的名称，所属的标签
metadata:
  name: centos1
spec:
  restartPolicy: Always
#restartPolicy指的是pod内的容器启动失败或者有问题的重启策略：always 指的是总是重启  never 指的是挂就挂了 Onfailure（只有异常退出才会重启，状态非0，如果状
态码是0，不重启），restartPolicy指的是容器的重启策略，资源类型定义为deployment，容器的重启策略只能是Always
  containers:
  - name: centos
    image: centos:7
    args:
    - /bin/bash
    - -c
    - while true; do sleep 3600; done
#多个命令要用分号隔开


#定义pod的apiversion
apiVersion: v1
#定义资源的类型
kind: Pod
#定义元数据信息，pod的名称，所属的标签
metadata:
  name: centos1
  namespace: xiaobu
spec:
  restartPolicy: Always
#restartPolicy指的是pod内的容器启动失败或者有问题的重启策略：always 指的是总是重启  never 指的是挂就挂了 Onfailure（只有异常退出才会重启，状态非0，如果状
态码是0，不重启），restartPolicy指的是容器的重启策略，资源类型定义为deployment，容器的重启策略只能是Always
  containers:
  - name: centos
    image: centos:7
    command: ["/usr/bin/test", "-e", "/etc/passwd"]
    command: ["/bin/bash", "-c", "touch /tmp/live ; sleep 30; rm -rf /tmp/live; slepp 3600"]
#command和args只能有一个,会把容器的标准输出覆盖，不论是args和commmand都会覆盖CMD和ENTYRPOINT

command和args不要同时出现，除非你要传参，都会容器的标准输出