时间戳

首页 > 解决方案 > 什么时候应该将 envFrom 用于配置映射？

kubernetes - 什么时候应该将 envFrom 用于配置映射？

问题描述

根据 Kubernetes docs K8s Docs v1.6 及更高版本，我们可以使用：

envFrom:
  - configMapRef:
      name: <config-file>

将所有 configMaps 数据定义为容器环境变量。使用它与将其设置为具有名称和键的环境变量的用例是什么：

env:
        # Define the environment variable
        - name: SPECIAL_LEVEL_KEY
          valueFrom:
            configMapKeyRef:
              # The ConfigMap containing the value you want to assign to SPECIAL_LEVEL_KEY
              name: special-config
              # Specify the key associated with the value
              key: special.how

如果文件中有多个变量但只想提取一个 key=value 对，您会使用第二个示例吗？我正在尝试了解我在 CKAD 考试中可能遇到的场景的不同用例。

标签： kubernetesenvironment-variablesconfigmap

解决方案

我已经使用了两者，并且我的一些部署使用了数十个环境变量。这在很大程度上取决于您的具体情况以及您管理设置的方式。

一般来说，如果您有特定应用程序的特定配置映射，其中您的应用程序使用配置映射中的所有或大部分键，那么envFrom显然更容易使用和维护。例如，当您的队友需要添加新功能标志时，只需将其添加到 configmap 就足以在您的所有部署中启用它。

另一方面，如果您更多地按主题组织配置图，或者如果多个应用程序需要来自同一个配置图的特定键，那就configMapKeyRef更好了。您将只获取应用程序中所需的密钥，并确保不会意外覆盖任何内容。缺点是你的队友，为了添加相同的功能标志，现在必须编辑 configmap 和部署。

请记住，这两个选项都不是排他性的，您最终可能会同时使用两者。例如，这样的事情可能有意义：

envFrom:
    # This might contain environment-wide settings. Like the domain name that your application uses or a production only feature flag.
  - configMapRef:
      name: production-settings
    # Here you could store all the settings of this specific application.
  - configMapRef:
      name: my-app-settings
env:
  # This might be a bucket shared by multiple applications. So you might want to keep it a different configmap and let each aplication pick the keys they need.
  - name: S3_BUCKET
    valueFrom:
      configMapKeyRef:
        name: s3-settings
        key: bucket

推荐阅读