天貓精靈Sound Pro體驗：智能音箱沒有音質？來聽聽我的
這幾年除了手機作為智能生活終端最主要的核心之外，第二個可以成為中心點的產(chǎn)品是什么？——是智能音箱。 手機在執(zhí)行命令的時候有兩種操作方式，手和智能語音助手，而智能音箱只
在一般應用部署中，都是將程序和配置信息分離，這樣可以保證程序可以被各個環(huán)境復用。
在容器場景中，將應用打包成鏡像后，可以通過環(huán)境變量或者文件掛載的方式，在創(chuàng)建容器時把配置注入進去。
在Kubernetes場景中，則使用configMap實現(xiàn)應用與配置分離。使用configMap的方式有多種，有的方式修改了configMap的配置，無需重啟Pod即可生效，有的方式需要重啟Pod才生效。看看你用的是哪一種吧。
使用configMap做程序和配置分離，那么首先就要定義configMap，然后部署configMap。
apiVersion: v1kind: ConfigMapmetadata: name: democm namespace: demodata: db_name: demodb db_host: 172.19.132.23configMap有3種使用方式：env方式 、envFrom方式 、volumes方式。
這種方式是將configMap的key-value注入到容器的環(huán)境變量里，程序里使用時，使用env里定義的name即可獲取到對應的值。使用方式如下：
apiVersion: v1kind: Podmetadata: name: pod-cm-1 namespace: demo labels: app: pod-cm-1spec: containers: - name: pod-cm-1 image: busybox imagePullPolicy: IfNotPresent tty: true # 會出現(xiàn)在容器的環(huán)境變量里，程序里要使用env#name可以獲取到對應的值 env: - name: db_name_app valueFrom: configMapKeyRef: name: democm key: db_name - name: db_host_app valueFrom: configMapKeyRef: name: democm key: db_host這種方式也是將configMap的key-value注入到容器的環(huán)境變量里，使用方法與env方式類似，只不過在程序使用時，是直接使用configMap定義的key，即可獲取到對應的值。使用方式如下：
apiVersion: v1kind: Podmetadata: name: pod-cm-2 namespace: demo labels: app: pod-cm-2spec: containers: - name: pod-cm-2 image: busybox imagePullPolicy: IfNotPresent tty: true # 程序里使用configmap的key envFrom: - configMapRef: name: democm這種方式是以卷掛載的方式，將configMap的key-value寫入到文件里，key是文件名，value是文件內容。
使用方式如下：
apiVersion: v1kind: Podmetadata: name: pod-cm-3 namespace: demo labels: app: pod-cm-3spec: nodeName: k8s-worker-2 containers: - name: pod-cm-3 image: nginx imagePullPolicy: IfNotPresent ports: - containerPort: 80 hostPort: 8080 volumeMounts: - name: workdir mountPath: /usr/share/nginx/html volumes: - name: workdir configMap: name: democm optional: true觀察volume卷下面的內容：
進入到容器的/usr/share/nginx/html目錄下，可以看到configMap定義的key-value會出現(xiàn)此目錄下，并且會有一個類似時間的文件。進入到文件夾里，可以看到對應的db_host和db_name文件。
如果configMap變化之后，對應的會生成新的文件：
編排部署configMap，查看部署后的configMap信息：
[root@k8s-master configmap]# kubectl apply -f configmap.yamlconfigmap/democm created[root@k8s-master configmap]# kubectl get cm -n demoNAME DATA AGEdemocm 2 11s[root@k8s-master configmap]# kubectl describe cm democm -n demoName: democmNamespace: demoLabels: <none>Annotations: <none>Data====db_host:----172.19.132.23db_name:----demodbEvents: <none>從這里可以看到env方式定義的yaml里的env已經(jīng)被放入到容器的環(huán)境變量里的，只不過env里的值是從configMap里取的。
[root@k8s-master configmap]# kubectl exec -it pod-cm-1 -n demo -- /bin/sh/ #/ # evn/bin/sh: evn: not found/ # envKUBERNETES_PORT=tcp://10.96.0.1:443KUBERNETES_SERVICE_PORT=443HOSTNAME=pod-cm-1SHLVL=1HOME=/rootTERM=xtermKUBERNETES_PORT_443_TCP_ADDR=10.96.0.1PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/binKUBERNETES_PORT_443_TCP_PORT=443KUBERNETES_PORT_443_TCP_PROTO=tcpdb_host_app=172.19.132.23KUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443KUBERNETES_SERVICE_PORT_HTTPS=443KUBERNETES_SERVICE_HOST=10.96.0.1PWD=/db_name_app=demodb從這里可以看到envFrom方式是直接把configMap的key-value放入到容器的環(huán)境變量里的。
[root@k8s-master configmap]# kubectl apply -f pod_configmap_2.yamlpod/pod-cm-2 created[root@k8s-master configmap]# kubectl exec -it pod-cm-2 -n demo -- /bin/sh/ #/ # envKUBERNETES_SERVICE_PORT=443KUBERNETES_PORT=tcp://10.96.0.1:443HOSTNAME=pod-cm-2SHLVL=1HOME=/rootdb_name=demodbTERM=xtermKUBERNETES_PORT_443_TCP_ADDR=10.96.0.1PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/binKUBERNETES_PORT_443_TCP_PORT=443KUBERNETES_PORT_443_TCP_PROTO=tcpKUBERNETES_SERVICE_PORT_HTTPS=443KUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443KUBERNETES_SERVICE_HOST=10.96.0.1PWD=/db_host=172.19.132.23這種方式可以看到，volumes方式并沒有把configMap的值放入到環(huán)境變量。
[root@k8s-master configmap]# kubectl apply -f pod_configmap_3.yamlpod/pod-cm-3 created[root@k8s-master configmap]# kubectl exec -it pod-cm-3 -n demo -- /bin/sh# envKUBERNETES_SERVICE_PORT=443KUBERNETES_PORT=tcp://10.96.0.1:443HOSTNAME=pod-cm-3HOME=/rootPKG_RELEASE=1~bookwormTERM=xtermKUBERNETES_PORT_443_TCP_ADDR=10.96.0.1NGINX_VERSION=1.25.2PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/binKUBERNETES_PORT_443_TCP_PORT=443NJS_VERSION=0.8.0KUBERNETES_PORT_443_TCP_PROTO=tcpKUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443KUBERNETES_SERVICE_PORT_HTTPS=443KUBERNETES_SERVICE_HOST=10.96.0.1PWD=/但是可以看到configMap的key-value被寫入到了文件里。
# cd /usr/share/nginx/html# lsdb_host db_name# cat db_host172.19.132.23# cat db_namedemodb
修改configMap值，然后重新部署configMap，繼續(xù)觀察這3種方式。
用命令kubectl exec -it pod-cm-xxxxxx -n demo -- /bin/sh進入到容器后，可以觀察到：
本文總結了configMap使用的3種方式：env方式、envFrom方式、volumes方式。
env方式和envFrom方式方式說白了是往容器里注入了環(huán)境變量，在容器啟動的時候，就已經(jīng)注入了，無法修改。每次修改configMap的key-value，需要重啟Pod才能生效。
volumes方式的方式，實際上把configMap的key-value寫入到了容器對應的volume卷下，而且每次configMap變更，都會把最新值寫入到volume卷下，這樣容器每次都能取到最新值。
本文鏈接：http://www.www897cc.com/showinfo-26-14301-0.html為啥有的ConfigMap要重啟Pod才生效
聲明：本網(wǎng)頁內容旨在傳播知識，若有侵權等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： JDK21 性能提升20倍
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號