k8s--基础--14--deployment

k8s–基础–14–deployment

---

1、概念

1. 是一个控制器,用于维护 同一个Pod 的数量。
2. 为replicaSet和Pod提供了一个声明式更新的方法。
   1. 声明式更新：
      1. 修改配置文件:deployment_nginx.yaml
      2. 再执行命令：kubectl apply -f deployment_nginx.yaml
      3. 上面的操作能立马能生效，就是声明式更新
3. 在Deployment对象中描述一个期望的状态(副本数)，Deployment就会按照一定的控制速率把实际状态改成期望状态。

1.1、作用

1. Deployment可以使用声明式定义，直接在命令行通过纯命令的方式完成对应资源版本的内容的修改，也就是通过打补丁的方式进行修改，一般我们通过直接修改配置文件来更新
2. Deployment能提供滚动式自定义自控制的更新,可以在实现更新时还可以实现控制更新节奏和更新逻辑

1.1.1、什么叫做更新节奏和更新逻辑呢

比如说ReplicaSet控制5个pod副本，pod的期望值是5个，但是升级的时候需要额外多几个pod，那么我们控制器可以控制在5个pod副本之外还能再增加几个pod副本；

1.1.1.1、案例1

比方说能多一个，但是不能少，那么升级的时候就是先增加一个，再删除一个，再增加一个删除一个，始终保持pod副本数是5个，但是有个别交叉之间是6个；

1.1.1.2、案例2

比方说最多允许多一个，最少允许少一个，也就是最多6个，最少4个，第一次加一个，删除两个，第二次加两个，删除1个，依次类推，可以自己控制更新方式

1.1.1.3、总结

案例1，案例2 说的就是滚动更新，需要加readinessProbe和livenessProbe探测，确保pod中容器里的应用都正常启动了才删除之前的pod；

启动的第一步，刚更新第一批pod就暂停；假如目标是5个，允许一个也不能少，允许最多可以10个，那一次加5个即可；这就是我们可以自己控制节奏来控制更新的方法

1.2、架构

1.2.1、结构

1. 上面是Deployment,下面是replicaSet，绿色的表示处于活跃状态的replicaSet，一般只保留历史10个版本;
2. Deployment是建立在replicaSet之上的,底层是replicaSet

1.2.2、运行

1. Deployment是建构在replicaSet之上的，多个replicaSet组成一个Deployment，但是只有一个replicaSet处于活跃状态，当你更新到一个新版本的时候，只是创建了一个新的replicaSet，把旧的replicaSet替换掉了
2. replicaSet的v1控制三个pod，删除一个，在replicaSet的v2上重新建立一个，依次类推，直到全部都是由replicaSet2控制，如果replicaSet v2有问题，还可以回滚

1.2.3、怎么创建和删除Deployment

1. 创建Deployment，会创建ReplicaSets，通过replicaset创建pod。
2. 删除Deployment，会删除Deployment下对应的replicaSet,通过replicaset删除pod。

1.3、使用场景

1. 创建无状态的应用
2. 滚动更新和回滚

2、查看 部署一个deployment时需要哪些字段

2.1、命令

# 查看 deployment 的定义
kubectl explain deployment 

# 查看 spec 的定义
kubectl explain deployment.spec
# 查看 template 的定义
kubectl explain deployment.spec.template

# 查看 template.spec 的定义
kubectl explain deployment.spec.template.spec

结果：这里只显示deployment 的定义

[root@master1 ~]# kubectl explain deployment 
KIND:     Deployment
VERSION:  apps/v1

DESCRIPTION:
     Deployment enables declarative updates forPodsand ReplicaSets.

FIELDS:
   apiVersion	
     APIVersion defines the versioned schema of this representation of an
     object. Servers should convert recognized schemas to the latest internal
     value, and may reject unrecognized values. More info:
     https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources

   kind	
     Kind is a string value representing the REST resource this object
     represents. Servers may infer this from the endpoint the client submits
     requests to. Cannot be updated. In CamelCase. More info:
     https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds

   metadata