pod中两种特殊类型的存储卷：secret,configMap
pod.spec.volumes.secret
pod.spec.volumes.configMap
多数情况下，这两个存储卷不是给pod做存储空间来用的，而是给我们的管理员或者用户提供了从集群外部向pod内部的应用注入配置信息的方式。
configMap里放的是配置信息
configMap的主要作用是：让配置信息与镜像文件结藕，配置信息可以通过configMap注入。
简单来讲，一个configMap就是一系列配置数据的集合，而这些数据将来可以注入到pod对象中的容器中，以供使用。
而注入方式有两种：1，直接把configMap当存储卷。2，使用env的envFrom应用configMap当中所保存的数据
在每一个configMap中所有的配置信息都保存为键值格式。
configMap属于名称空间级别的资源。
configMap里面的配置信息是明文的。
secret相对于configMap，功能上是相似的，但是secret是以其他编码方式去记录配置信息的，但是也可以被解读，只不过有技术门槛，不是那么容易就被解读的。
使用base64是可以解读的：echo ******** | base64 -d
********是kubectl describe secret secretName -o yaml中的值的编码
配置容器化应用的方式：
1.自定义命令行参数；
args:[ ]
2.把配置文件直接焙进镜像；
3.环境变量；
（1）Cloud Native的应用程序一般可直接通过环境变量加载配置；
（2）通过entrypoint脚本来预处理变量为配置文件中的配置信息；
4.存储卷；
pod资源环境变量的获取方式：
在pod中我们要想通过环境变量传递内容、传递数据、传递信息给pod中的容器
我们需要在容器上使用env、value、或valueFrom来获取数据；
在pod.spec.containers.env{name,value}/{valueFrom}
pod.spec.containers.env.valueFrom.{configMapKeyRef:configMap}/{fieldRef:引用配置文件的某个字段：metadata...}/{resourceFieldRef:资源限制}/{secretKeyRef:secret}
使用valueFrom方式获取配置的方式：
pod.spec.containers.env.valueFrom.configMapKeyRef
pod.spec.containers.env.valueFrom.secretKeyRef
kubectl create configMap configMapName --from-file=key1=file1url --from-file=keyN=fileNurl 此时以文件名为key，以文件内容为value
详情：kubectl create configmap --help
例：
创建一个pod，创建一个configMap，pod用env引用configMap定义的key和value。
1.先创建configMap
kubectl create cm cm- --from-literal=nginx_port= --from-literal=server_name=myapp.smbands.com
kubectl describe cm cm-
Name: cm-
Namespace: default
Labels: <none>
Annotations: <none> Data
====
nginx_port:
---- server_name:
----
myapp.smbands.com
Events: <none>
2.创建pod
vim myapp-pod.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-demo
namespace: default
spec:
replicas:
selector:
matchLabels:
app: myapp
template:
metadata:
labels:
app: myapp
spec:
containers:
- name: myapp
image: ikubernetes/myapp:v1
imagePullPolicy: IfNotPresent
ports:
- name: http
containerPort:
env:
- name: NGINX_SERVER_PORT
valueFrom:
configMapKeyRef:
name: cm-
key: nginx_port
- name: NGINX_SERVER_NAME
valueFrom:
configMapKeyRef:
name: cm-
key: server_name
3.运行pod查看env
kubectl apply -f myapp-pod.yaml
kubectl exec myapp-pod-5db6d54bb7-rjhkz -- printenv
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=myapp-demo-5db6d54bb7-rjhkz
NGINX_SERVER_PORT=
NGINX_SERVER_NAME=myapp.smbands.com
当我们使用环境变量注入时，只在pod启动时加载生效
如上示例如果更改configMap中的key或value，容器中的env只会在重启容器时生效。
当然我们可以使用存储卷方式来实时获取configMap里的数据。
只不过存储卷方式，configMap挂载到pod中的某个目录下每个键成为文件名，对应值成为文件内容。也就是说，把configMap中的键值以文件方式挂载到pod中。
例：创建一个pod，创建一个configMap，pod使用挂载卷方式引用configMap里的主机配置内容，pod运行后可直接使用指定主机访问。
1.创建configMap:
vim www.config
server {
server_name myapp.smbands.com;
listen ;
root /data/web/html;
}
kubectl create cm cm- --from-file=www.conf
kubectl describe cm cm-
Name: cm-
Namespace: default
Labels: <none>
Annotations: <none> Data
====
www.conf:
----
server {
server_name myapp.smbands.com;
listen ;
root /data/web/html;
} Events: <none>
2.创建pod
vim myapp-pod-.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-
namespace: default
spec:
replicas:
selector:
matchLabels:
app: myapp
template:
metadata:
labels:
app: myapp
spec:
containers:
- name: myapp
image: ikubernetes/myapp:v1
imagePullPolicy: IfNotPresent
ports:
- name: http
containerPort:
volumeMounts:
- name: wwwconf
mountPath: /etc/nginx/conf.d/
volumes:
- name: wwwconf
configMap:
name: cm-
3.启动pod，查看挂载点目录。
kubectl apply -f myapp-pod-.yaml
kubectl exec myapp--5b5fc74c6-jd2b7 -- cat /etc/nginx/conf.d/www.conf
server {
server_name myapp.smbands.com;
listen ;
root /data/web/html;
}
此时可以修改hosts文件，在发布路径下写测试页，然后就可以curl myapp.smbands.com
4.修改configMap cm-2的listen 80 为listen 8080
kubectl edit cm cm-2 修改80为8080
等待片刻，再查看
kubectl exec myapp--5b5fc74c6-jd2b7 -- cat /etc/nginx/conf.d/www.conf
server {
server_name myapp.smbands.com;
listen ;
root /data/web/html;
}
注意：这里储存卷挂载方式可以实时注入信息，但是不一定注入的信息都能生效。
比如此例，虽然cm-2修改为8080，pod中的配置文件也同步为8080，但是nginx的监听地址还是80，需要重载配置文件才能生效。