k8s部署-39-pod有哪几种部署方式呢？能不能回滚版本呢？带你了解。

服务部署的时候，有哪几种方式呢？只能是我们前面说的那一种创建-检查通过之后-删除老的服务嘛？下面我们来看看。

部署方式

1、Recreate：创建部署

这种部署方式是删除老的服务之后，再运行新的服务；

2、Rolling update：滚动部署

就是我们之前所用的那种部署方式，先创建新的服务，正常运行之后，再删除老的服务，保证服务的持续运行；

3、蓝绿部署

在保持老服务正常运行的情况下，再部署一套服务，就是说在一定的时间内，会有两套服务在运行，测试通过之后，切换流量到新版本，之后再删除老服务；

4、金丝雀部署

同蓝绿部署很类似，在他的基础上可以访问不同的版本。

下面我们就每种部署方式简单的实验一下吧。

RECREATE

[root@node1 ~]# cd namespace/
[root@node1 namespace]# mkdir deployment
[root@node1 namespace]# cd deployment/
[root@node1 deployment]# 
[root@node1 deployment]# vim web-recreate.yaml 
# 可以发现文件内容差不多，主要是
# Deployment.spec.strategy.type
#deploy
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web-recreate
  namespace: dev
spec:
  strategy:
    type: Recreate
  selector:
    matchLabels:
      app: web-recreate
  replicas: 2
  template:
    metadata:
      labels:
        app: web-recreate
    spec:
      containers:
      - name: web-recreate
        image: registry.cn-beijing.aliyuncs.com/yunweijia0909/springboot-web:v1
        ports:
        - containerPort: 8080
---
#service
apiVersion: v1
kind: Service
metadata:
  name: web-recreate
  namespace: dev
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8080
  selector:
    app: web-recreate
  type: ClusterIP

---
#ingress
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: web-recreate
  namespace: dev
spec:
  rules:
  - host: web-recreate.yunweijia.com
    http:
      paths:
      - path: /
        backend:
          serviceName: web-recreate
          servicePort: 80

[root@node1 deployment]# 

那么有疑问了，为什么要有这种方式呢？而且会造成服务中断，这种会在哪种情况下使用呢？我觉得呀，可以在系统资源不足的情况下使用，比如说你这个pod启动了10个，但是你如果使用滚动部署的话，那么相当于短时间内你要启动20个pod，这个时候你的资源不足了，那么我们就可以使用这种方式了，先删除，再创建。

Rolling update

# 这个应该是最熟悉的方式，因为我们之前一直这样操作
# 那么有同学要问了，为什么之前没有配置呢？因为他默认就是rolling update方式
[root@node1 deployment]# vim web-rolling-update.yaml 
# 重点也是在Deployment.spec.strategy.type
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web-rollingupdate
  namespace: dev
spec:
  strategy:
    rollingUpdate:
      maxSurge: 25%  # 超出这个服务数的百分比，可以为具体数值，去掉%即可
      maxUnavailable: 25%  # 最大失败百分比，可以为具体数值，去掉%即可
    type: RollingUpdate
  selector:
    matchLabels:
      app: web-rollingupdate
  replicas: 2
  template:
    metadata:
      labels:
        app: web-rollingupdate
    spec:
      containers:
      - name: web-rollingupdate
        image: registry.cn-beijing.aliyuncs.com/yunweijia0909/springboot-web:v1
        ports:
        - containerPort: 8080
---
#service
apiVersion: v1
kind: Service
metadata:
  name: web-rollingupdate
  namespace: dev
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8080
  selector:
    app: web-rollingupdate
  type: ClusterIP

---
#ingress
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: web-rollingupdate
  namespace: dev
spec:
  rules:
  - host: web-rollingupdate.yunweijia.com
    http:
      paths:
      - path: /
        backend:
          serviceName: web-rollingupdate
          servicePort: 80

[root@node1 deployment]#

这种方式就是我们经常使用的方式了，先启动新的pod，验证通过之后，再把旧的pod关闭，这样子的话不会有服务中断，体验感较好，适用于大多数情况。

针对这种情况我们可以有以下操作，比如说我们这个pod有两个实例，我们滚动更新的时候，当一个更新完毕了，我们暂停该滚动部署，先使用具体业务来测试下，有没有什么问题，如果没有问题了，我们再继续执行滚动部署。

简单来说就是当滚动部署在执行中的时候我们把它暂停。

[root@node1 deployment]# kubectl apply -f web-rolling-update.yaml 
# 当只部署了一个的时候，执行如下命令暂停
[root@node1 deployment]# kubectl rollout pause deploy web-rollingupdate -n dev
deployment.apps/web-rollingupdate paused
[root@node1 deployment]#
# 进行业务测试
# 测试完毕之后让他继续正常部署
[root@node1 deployment]# kubectl rollout resume deploy web-rollingupdate -n dev
deployment.apps/web-rollingupdate resumed
[root@node1 deployment]#

那么是不是又有一个问题了，万一测试过程中我们发现问题了咋办？肿么搞呢？能不能回滚啊~~~当然可以了，当我们发现新部署的pod有问题，执行如下命令即可直接回滚。

[root@node1 deployment]# kubectl rollout undo deploy web-rollingupdate -n dev
deployment.apps/web-rollingupdate rolled back
[root@node1 deployment]#

蓝绿部署

文章最上面我们知道了蓝绿部署是什么东西，那么我们该如何实现呢？我们可以将deployment放置一个文件，service和ingress放置于另一个文件，如下：

[root@node1 deployment]# vim web-blue.yaml 
#deploy
apiVersion: apps/v1
kind: Deployment
metadata:
  name: web-blue
  namespace: dev
spec:
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  selector:
    matchLabels:
      app: web-bluegreen
  replicas: 2
  template:
    metadata:
      labels:
        app: web-bluegreen
        version: v1.0
    spec:
      containers:
      - name: web-bluegreen
        image: registry.cn-beijing.aliyuncs.com/yunweijia0909/springboot-web:v1
        ports:
        - containerPort: 8080
[root@node1 deployment]# 
[root@node1 deployment]# cat web-blue-ingress.yaml 
---
#service
apiVersion: v1
kind: Service
metadata:
  name: web-bluegreen
  namespace: dev
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8080
  selector:
    app: web-blue
    version: v1.0
  type: ClusterIP

---
#ingress
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: web-bluegreen
  namespace: dev
spec:
  rules:
  - host: web-bluegreen.yunweijia.com
    http:
      paths:
      - path: /
        backend:
          serviceName: web-bluegreen
          servicePort: 80
[root@node1 deployment]#

我们创建的时候，分别执行如下命令；

剩余内容请转至VX公众号 “运维家” ，回复 “146” 查看。
------ 以下内容为防伪内容，忽略即可 ------
------ 以下内容为防伪内容，忽略即可 ------
------ 以下内容为防伪内容，忽略即可 ------

智能运维工程师要学多久机房运维工程师的作用软件项目运维工程师运维工程师招聘新加坡谷歌运维工程师工资是多少应届生运维工程师薪水it运维工程师日常运维工程师周末怎么兼职Linux运维工程师述职龙湖系统运维工程师是做什么的矿场运维工程师基本要求华为运维工程师前景如何水电运维工程师工作怎么样运维工程师日常照片运维工程师转行做什么比较好运维工程师优秀员工事迹面试应用运维工程师武汉光伏发电运维工程师深圳科陆运维工程师云计算运维工程师要会写代码不