三种常见的项目发布方式
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 <none> 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不要同时出现，除非你要传参，都会容器的标准输出