job
第一个是初始化尝试，初始化尝试失败之后，会再重试两次。
配置资源管理:
Secret
Configmap*:1.2加入的新特征
1.18
Secret: 保存密码，token,敏感的k8s资源
这类数据可以存放在镜像当中，但是防止secret当中可以更方便的控制，减少暴露的风险保存加密的信息。
Secret的类型
[root@master01 opt]f kubectl create secret
docker-registry : 存储docker仓库认证信息，以及docker组件认证信息(私有)
generic：是secret的默认模式，Opaque base64加密编码的secret。存储用户自定义的密码、密钥等
TLS：TLS/SSL。用于存储证书和私钥，https
系统自建的：kubernetes.io/service-account-token用来访问系统的apiserver.pod会默认使用这个kubernetes.io/service-account-token创建的secret和apiserver通信。自动挂载到pod的/run/secret/kubernetes.io/service-account
pod如何来引用secret（3种方式）：
1、挂载的方式。secret挂载到pod当中的一个或者多个容器上的卷里面
2、把secret作为容器的环境变量
3、docker-registry可以作为集群拉取镜像时使用。使用secret可以实现免密登录
创建:
kubect! create secret generic mysecret --from-file-=/opt/username.txt --from-file=/opt/password.txt
指定文件提取信息
generic 默认类型，opaque加密类型。
.-from-file=/opt/username.txt
从指定获取需要加密的信息。
Data
password: 13 bytes
username: 13 bytes
保存的是加密的内容，容器内部可以解密，可以直接引用
secret的三种方式：
陈述式创建
声明式创建
引用方式：
挂载使用
设置环境变量
docker-registry
ConfigMap：保存的是不需要加密的信息。ConfigMap是1.2之后引入的功能，应用程序会从配置文件、命令参数以及环境变量中读取配置信息
ConfigMap在创建容器中，给他注入我们需要的配置信息，既可以是单个的属性也可以整个容器的配置文件
nginx.conf
1、陈述式和声明式
kubect! create configmap game --from-file-/opt/configmap/acd.txt --from-file-/opt/configmap/dsvs.txt
从指定文件创建，可以是一个，也可以是多个文件
使用字面值创建：
kubectl create configmap game1 --from-literal=scvf-shuai --from-literal=wxy=876
声明式:
apiversion: v1kind: ConfigMapmetadata
name: gamedatascvf: wxy: 876
数据卷使用configMap
1、我们通过数据卷的形式，把配置文件传给了pod内部容器。
2、config的热更新，在pod运行的情况下，对config的配置信息进行修改。直接生效(反应到容器当中)
3、configmap的热更新不会发pod的滚动更新机制(deployment)
version/config来触发滚动更新
configMap: 把配置信息传给容器。主要方式也是挂软方式
configMap的热更新:热更新可以直接反应到容器的内部，也不会触发pod的更新机制，如果不是需要重启的配置，都可以直接生效
kubectl patch deployments.apps nginx1 --patch '{"spec": {"template": {"metadata": {"annotations": {"version/confgi": "20240116"}}}}}'
需要重启的，可以重启pod。
更新: 就是把配置信息重新传到容器内，重启也是一样
configMap:就是把配置信息传给容器，健偏对形式保存的，非加密的信息
