什么时候应该为配置映射使用envFrom？

Question

根据Kubernetes文档的K8s Docs版本1.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考试中可能遇到的不同场景的用例。

Answer 1

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

通常，如果您有针对特定应用程序的特定配置映射，其中您的应用程序使用配置映射中的所有或大部分键，那么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