一、deployment部署控制器概念
在学习rc和rs控制器资源时，我们指导，这两个资源都是控制pod的副本数量的，但是，他们两个有个缺点，就是在部署新版本pod或者回滚代码的时候，需要先apply资源清单，然后再删除现有pod，通过资源控制，重新拉取新的pod来实现回滚或者迭代升级；
那么deployment部署控制器资源，就因此而诞生了；
deployments资源，实际上就是用来专门部署业务代码的控制器，专门用于企业业务代码的升级和回滚；
所以，这个资源非常的重要；
deployment部署控制器，实际上控制的是rs副本控制器，如果说rs副本控制器是控制pod的副本数量的，那么deployment就是专门控制rs控制器资源的；
二、deployment资源的清单编写
deployment资源与replicaset资源的清单编写方式没什么区别，只是kind的类型换成deployment就可以了，就实现了资源清单的编辑；
root@k8s231 deployment\]# cat dm.yaml apiVersion: apps/v1 kind: Deployment metadata: name: dm01 spec: #控制pod的副本数量 replicas: 7 #指定标签选择器，基于标签匹配pod selector: #声明基于标签匹配pod； matchLabels: k8s: xinjizhiwa #pod的编写，定义pod模板； template: metadata: name: pod01 labels: k8s: xinjizhiwa spec: containers: - name: c1 image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v1 ports: - containerPort: 80 \[root@k8s231 deployment\]# kubectl apply -f dm.yaml
三、小结
我们先以查看标签的方式，查看一下pod，可以看到下图中，多出来一个自动生成的标签；
root@k8s231 deployment\]# kubectl get pods --show-labels
deployment：是用来部署服务的一个资源，是常见的，企业中经常用的资源控制器；
功能：
1，管理rs资源，通过rs资源管理pod；
2，它剧本上线部署、副本设置、滚动升级、回滚等功能；
3，它也提供了声明式更新，可以使用apply命令进行更新镜像版本之类的能力'
使用场景：企业部署迭代应用
原理：
通过"标签"管理，实现rs资源的控制，它会在自动创建rs的过程中给rs自动生成一个特有的标签(专属于deployment)，当apply更新清单的时候，它会通过标签选定是使用历史的rs还是重新创建rs；
四、deployment实现升级和回滚
1，编辑deployment资源清单（v1版本）
root@k8s231 deployment\]# cat dm.yaml apiVersion: apps/v1 kind: Deployment metadata: name: dm01 spec: #控制pod的副本数量 replicas: 7 #指定标签选择器，基于标签匹配pod selector: #声明基于标签匹配pod； matchLabels: k8s: xinjizhiwa #pod的编写，定义pod模板； template: metadata: name: pod01 labels: k8s: xinjizhiwa spec: containers: - name: c1 image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v1 ports: - containerPort: 80
2，创建deploy资源(V1)
root@k8s231 deployment\]# kubectl apply -f dm.yaml
3，创建service资源用于访问
· 编辑svc资源清单
root@k8s231 deployment\]# vim svc.yaml apiVersion: v1 kind: Service metadata: name: svc01 spec: type: NodePort selector: k8s: xinjizhiwa ClusterIP: 10.200.200.200 ports: - port: 99 targetPort: 80 nodePort: 31000
· 创建svc资源
root@k8s231 deployment\]# kubectl apply -f svc.yaml
· 浏览器访问
4，修改deploy清单中pod镜像版本为V2
root@k8s231 deployment\]# cat dm.yaml apiVersion: apps/v1 kind: Deployment metadata: name: dm01 spec: replicas: 7 selector: matchLabels: k8s: xinjizhiwa template: metadata: name: pod01 labels: k8s: xinjizhiwa spec: containers: - name: c1 #将镜像版本修改为V2 image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v2 ports: - containerPort: 80
5，重新apply一下deploy资源
root@k8s231 deployment\]# kubectl apply -f dm.yaml
6，浏览器刷新查看是否迭代成功
发现，版本已经更新；
7，小结
deployment，不需要删除原有的pod，只需要apply重新更新一下资源清单，即可实现产品迭代，同比与rc和rs资源，优势明显；
deployment资源，在apply升级后，是又重新创建了rs资源，也就是再升级的过程中，有两个rs资源；
每修改一次镜像，就创建一个rs资源，我们选择使用哪个镜像，就会将这个镜像创建相应的pod副本数，不是用的，就逐渐归零；
五、deployment的升级策略
什么事升级策略？就是升级时过程的控制策略；
1，编辑资源清单
root@k8s231 deployment\]# cat dm.yaml apiVersion: apps/v1 kind: Deployment metadata: name: dm01 spec: #声明设置升级策略 strategy: #设置升级的策略类型，类型有两种； #第一种：Recreate：先停止所有pod，再批量创建新的pod；生产环境不建议使用，因为用户在此时会访问不到服务； #第二种：RollingUpdate：滚动更新，即实现部分更新，逐渐替换掉原有的pod，也就是默认的策略； type: RollingUpdate #如果设置了滚动更新RollingUpdate类型，还需要设置更新的策略； rollingUpdate: #在原有pod副本数量的基础上，多启动pod的数量（也就是说，更新过程中同时可以存在2+副本数个pod，新旧版本一起） maxSurge: 2 #在升级的过程中最大不可访问的pod的数量（也就是说，pod副本数-1的数量可以被访问） maxUnavailable: 1 replicas: 7 selector: matchLabels: k8s: xinjizhiwa template: metadata: name: pod01 labels: k8s: xinjizhiwa spec: containers: - name: c1 image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v2 ports: - containerPort: 80
2，升级创建资源
root@k8s231 deployment\]# kubectl apply -f dm.yaml
六、蓝绿发布
1，概念
蓝绿发布，就是准备两套代码，不需要停止老版本（不影响上一个版本的用户访问），而是在另一套环境中部署新版本然后进行测试，测试通过后将用户流量切换到新的版本，其特点是业务没有终端，升级风险相对较小；
实现方式：
1，部署当前版本代码
2，部署svc资源
3，部署新版本使用新的deployment名称，新的标签
4，切换svc标签到新的pod中实现业务切换；
2，准备"蓝环境"版本v1
· 编辑deployment资源清单
root@k8s231 deployment\]# cat dm.yaml apiVersion: apps/v1 kind: Deployment metadata: name: dm01 spec: replicas: 7 selector: matchLabels: k8s: xinjizhiwa template: metadata: name: pod01 labels: k8s: xinjizhiwa spec: containers: - name: c1 image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v1 ports: - containerPort: 80
· 编辑svc资源
root@k8s231 deployment\]# cat svc.yaml apiVersion: v1 kind: Service metadata: name: svc01 spec: type: NodePort selector: k8s: xinjizhiwa clusterIP: 10.200.200.200 ports: - port: 99 targetPort: 80 nodePort: 31000
· 创建svc与deployment资源（蓝环境的）
root@k8s231 deployment\]# kubectl apply -f dm.yaml \[root@k8s231 deployment\]# kubectl apply -f svc.yaml
· 浏览器访问
蓝环境v1准备完毕
3，准备"绿环境"v2
· 编辑deployment资源清单
root@k8s231 deployment\]# vim dm-green.yaml apiVersion: apps/v1 kind: Deployment metadata: name: dm02 spec: replicas: 7 selector: matchLabels: k8s: k8s template: metadata: name: pod01 labels: k8s: k8s spec: containers: - name: c1 image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v2 ports: - containerPort: 80
· 创建deployment资源（绿环境的）
root@k8s231 deployment\]# kubectl apply -f dm-green.yaml
4，切换svc资源的标签，让其指向新版本
· 修改svc资源清单
root@k8s231 deployment\]# cat svc.yaml apiVersion: v1 kind: Service metadata: name: svc01 spec: type: NodePort selector: #修改标签，指向新的pod标签 k8s: k8s clusterIP: 10.200.200.200 ports: - port: 99 targetPort: 80 nodePort: 31000
· 重新apply资源清单（svc）
root@k8s231 deployment\]# kubectl apply -f svc.yaml
5，浏览器访问测试
可见，切换新版本成功；
七、灰度发布（金丝雀发布）
实现的机制：
1，部署老版本，使用多副本（模拟正式环境）
2，部署svc，匹配标签
3，部署新版本，标签与老版本标签一致（让svc能够访问到，副本从0开始）
4，灰度版本测试没有问题，将恢复版本的副本数量，逐渐调高增加为生产数量；
5，将旧版本逐渐调低至0，此时流量全部跑到了新版本上；
1，部署老版本
root@k8s231 deployment\]# vim dm.yaml apiVersion: apps/v1 kind: Deployment metadata: name: dm01 spec: replicas: 7 selector: matchLabels: k8s: k8s template: metadata: name: pod01 labels: k8s: xinjizhiwa spec: containers: - name: c1 image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v1 ports: - containerPort: 80 \[root@k8s231 deployment\]# kubectl apply -f dm.yaml
2，部署新版本
root@k8s231 deployment\]# cat dm-green.yaml apiVersion: apps/v1 kind: Deployment metadata: name: dm02 spec: #副本设置为0； replicas: 0 selector: matchLabels: k8s: k8s template: metadata: name: pod01 labels: k8s: k8s spec: containers: - name: c1 image: harbor.xinjizhiwa.com/xinjizhiwa-nginx/nginx:v2 ports: - containerPort: 80 \[root@k8s231 deployment\]# kubectl apply -f dm-green.yaml
3，部署svc
root@k8s231 deployment\]# cat svc.yaml apiVersion: v1 kind: Service metadata: name: svc01 spec: type: NodePort selector: k8s: k8s clusterIP: 10.200.200.200 ports: - port: 99 targetPort: 80 nodePort: 31000 \[root@k8s231 deployment\]# kubectl apply -f svc.yaml
4，将新版本的副本逐渐调高
5，将旧版本的副本逐渐调低
至此，灰度发布，学习完毕；
灰度发布就是让新旧版本，一起上线，旧版本和新版本让用户随机访问到，然后没有业务问题之后，逐渐调高新版本副本数量，逐渐调低旧版本副本数量，从而达到灰度发布；
#########################################
至此，deployment部署控制器学习完毕；
#########################################
接下来，我们需要拿一个案例，来整体回顾一下，我们学过的知识；
#########################################
接下来，就是k8s的进阶学习了，你准备好了吗？