7.3 为容器设置环境变量

7.3 为容器设置环境变量

如前所述，容器化应用通常会使用环境变量作为配置源。Kubernetes允许为pod中的每一个容器都指定自定义的环境变量集合。尽管从pod层面定义环境变量同样有效，然而当前并未提供该选项。

注意 与容器的命令和参数设置相同，环境变量列表无法在pod创建后被修改。

通过环境变量配置化fortune镜像中的间隔值

让我们再来看一下如何通过环境变量使fortuneloop.sh脚本中的睡眠间隔值可配置化，具体如下面的代码清单所示。

代码清单7.5 通过环境变量配置化fortune脚本中的间隔值： fortune-env/fortuneloop.sh

#!/bin/bash
trap "exit" SIGINT

echo Configured to generate new fortune every $INTERVAL seconds

mkdir -p /var/htdocs

while :
do
  echo $(date) Writing fortune to /var/htdocs/index.html
  /usr/games/fortune > /var/htdocs/index.html
  sleep $INTERVAL
done

Dockerfile

FROM ubuntu:latest

RUN apt-get update ; apt-get -y install fortune
ADD fortuneloop.sh /bin/fortuneloop.sh

ENTRYPOINT ["/bin/fortuneloop.sh"]

当前的应用仅是一个简单的bash脚本，只需要移除脚本中INTERVAL初始化所在的行即可。如果应用由Java编写，需要使用System.getenv("INTERVAL")，同 样 地，对 应 到Node.JS与Python中 分 别 是 process.env.INTERVAL 与 os.environ['INTERVAL']。golang使用的是 os.Getenv("INTERVAL")。

7.3.1 在容器定义中指定环境变量

构建完新镜像（镜像的tag变更为 luksa/fortune:env ）并推送至Docker Hub之后，可以通过创建一个新pod来运行它。如下面的代码清单所示，在容器定义中写入环境变量以传递给脚本。

代码清单7.6 在pod中指定环境变量：fortune-pod-env.yaml

apiVersion: v1
kind: Pod
metadata:
  name: fortune-env
spec:
  containers:
  - image: luksa/fortune:env
    env:
    - name: INTERVAL  #添加新的环境变量
      value: "30"
    name: html-generator
    volumeMounts:
    - name: html
      mountPath: /var/htdocs
  - image: nginx:alpine
    name: web-server
    volumeMounts:
    - name: html
      mountPath: /usr/share/nginx/html
      readOnly: true
    ports:
    - containerPort: 80
      protocol: TCP
  volumes:
  - name: html
    emptyDir: {}

正如前面提到的，环境变量被设置在pod的容器定义中，并非是pod级别。

$ kubectl port-forward fortune-env 8080:80
$ curl http://localhost:8080

注意 不要忘记在每个容器中，Kubernetes会自动暴露相同命名空间下每个service对应的环境变量。这些环境变量基本上可以被看作自动注入的配置。

7.3.2 在环境变量值中引用其他环境变量

在前面的示例中，环境变量的值是固定的。可以采用$（VAR）语法在环境变量值中引用其他的环境变量。假设定义了两个环境变量，第二个变量定义中可包含第一个环境变量的值，如下面的代码清单所示。

代码清单7.7 在环境变量值中引用另一个变量

env:
- name: FIRST_VAR
  value: "foo"
- name: SECOND_VAR
  value: "$(FIRST_VAR)bar"

SECOND_VAR 的值是＂foobar＂。7.2节中介绍的command和args属性值同样可以像这样引用环境变量，这将在7.4.5节中被使用到。

7.3.3 了解硬编码环境变量的不足之处

pod定义硬编码意味着需要有效区分生产环境与开发过程中的pod定义。为了能在多个环境下复用pod的定义，需要将配置从pod定义描述中解耦出来。幸运的是，你可以通过一种叫作ConfigMap的资源对象完成解耦，用valueFrom字段替代value字段使ConfigMap成为环境变量值的来源。接下来将学习到这一用法。