Secret与ConfigMap配置与使用
在Kubernetes中，常常需要使用用户名，密码连接数据库或者需要提前准备一些相关的配置信息给Cluster。该信息不适合存储在container，该信息的存储可以通过Secret或者ConfigMap来实现。两者的区别在于Secret会把value以Base64编码形式存储而ConfigMap会以明文方式存储。
两者都可以通过命令行或者YAML文件配置来存储相应的信息，主要有4种方式来创建Secret或者ConfigMap。
以如下要求为例，配置username和password
username:admin password:1234
- 通过--from-literal方式
kubectl create secret generic my-secret --from-literal=user=admin --from-literal=password=1234
- 通过--from-file方式
echo -n admin > ./username echo -n 1234 > ./password kubectl create secret generic my-secret --from-file=./username --from-file=./password
- 通过--from-env-file方式。在此方式中，数据需要以key=value来存储在文件中
cat << EOF > ./config username=admin password=1234 EOF kubectl create secret generic my-secret --from-env-file=./config
- 通过YAML配置文件
echo -n admin | base64 => YWRtaW4= echo -n 1234 | base64 => MTIzNA== apiVersion: v1 kind: Secret metadata: name: my-secret # stringData以明文形式存储敏感信息 #stringData: # username: admin # password: 1234 data: username: YWRtaW4= password: MTIzNA==
通过运行命令
kubectl edit secret my-secret
可以查看到在Secret中username和password以密文即Base64编码形式存储下来
apiVersion: v1 data: password: MTIzNA== username: YWRtaW4= kind: Secret metadata: creationTimestamp: "2021-04-13T21:08:47Z" name: my-secret namespace: default
...
同理，对应的ConfigMap也可以同样相同的四种方式来存储配置信息，只列出第四种以YAML形式保存配置信息
apiVersion: v1 kind: ConfigMap metadata: name: my-config data: username: admin password: "1234"
如果读取的是某个文件的配置并创建到ConfigMap中，则需要添加“|”表示其为文件，之后内容则与配置文件中内容相同，如config文件中内容为
username:admin password:1234
则YAML文件的写法如下
apiVersion: v1
kind: ConfigMap
metadata:
name: my-config
data:
config: |
username: admin
password: "1234"
等同于
kubectl create configmap my-config --from-file=./config