摘要：使用很多应用程序的配置需要通过配置文件，命令行参数和环境变量的组合配置来完成。举个例子，思考以下的我们可以像这样在一个中来使用这个的键当这个运行的时候，它的输出将包括以下几行使用案例用设置命令行参数也可以被使用来设置容器中的命令或者参数值。
使用ConfigMap
很多应用程序的配置需要通过配置文件，命令行参数和环境变量的组合配置来完成。这些配置应该从image内容中解耦，以此来保持容器化应用程序的便携性。ConfigMap API资源提供了将配置数据注入容器的方式，同时保持容器是不知道Kubernetes的。ConfigMap可以被用来保存单个属性，也可以用来保存整个配置文件或者JSON二进制大对象。
ConfigMap总览ConfigMap API资源保持键－值对配置数据，这个数据可以在pods里使用，或者被用来为像controller一样的系统组件存储配置数据。虽然ConfigMap跟Secrets类似，但是configmap可以更方便的处理不包含敏感信息的字符串
让我们来看看完成的例子吧：
data 一栏包括了配置数据。就如同你们看到的那样，ConfigMap可以被用来保存单个属性，也可以用来保存一个配置文件。
配置数据可以通过很多种方式在Pods里被使用。ConfigMaps可以被用来：
设置环境变量的值
在容器里设置命令行参数
在数据卷里面创建config文件
用户和系统组件两者都可以在ConfigMap里面存储配置数据。
创建ConfigMaps你可以使用 kubectl create configmap 命令轻松从文字值、文件或者目录来创建ConfigMaps。
让我们来看一看创建ConfigMap的很多不同的方法吧
现在我们已经有一个包含一些文件的目录，它已经包含了我们想要设置ConfigMaps的数据：
kubectl create configmap命令可以被用来创建ConfigMap来存储这个目录里面每个文件的内容：
当--from-file指向目录的时候，每个在目录底下的所有文件会被用在ConfigMap里面创建一个键值对，键的名字就是文件名，值就是文件的内容。
让我们来看一下这个命令创建的ConfigMap：
你可以看到在映射里面的两个是从kubectl指定的目录中创建的文件名。这些键的内容可能会很大，所以在kubectl describe的输出中，你只能够看到键的名字和他们的大小。
如果我们想要看到键的值的话，我们可以仅仅只是kubectl get资源：
我们也可以传递给--from-file一个特定文件，并且多次传递到kubectl。以下命令跟上文例子中的结果是一样的：
我们也可以用 --from-file 通过传递 key=value为个别文件设置键来使用：
--from-file=game-special-key=docs/user-guide/configmap/kubectl/game.properties从字面值创建
为ConfigMap使用kubectl create configmap提供字面值。--from-literal选项采用了 语法，这个语法允许字面值被直接运用到命令行：
在pods里面使用ConfigMap使用案例：在环境变量中使用ConfigMap
ConfigMap可以被用来填入环境变量。举个例子，思考以下的ConfigMap：
我们可以像这样在一个pod中来使用这个ConfigMap的键：
当这个pod运行的时候，它的输出将包括以下几行：
使用案例：用ConfigMap设置命令行参数ConfigMap也可以被使用来设置容器中的命令或者参数值。这是一个已经完成的使用Kubernetes$(VAR_NAME)替换的语法。考虑ConfigMap：
为了输入值到命令行里面，我们必须使用我们想要使用的键来作为环境变量，就如在上一个例子中的一样。然后我们可以参考他们，在容器的命令里使用$(VAR_NAME)语法。
当这个pod正在运行的时候，从test-container容器的输出将会是：
使用案例：通过数据卷插件使用ConfigMapConfigMap也可以在数据卷里面被使用。再次回到我们的ConfigMap的例子：
在数据卷里面使用这个ConfigMap，我们有不同的选项。最基本的就是将文件填入数据卷，在这个文件中，键就是文件名，键值就是文件内容：
当这个pod运行的时候，输出是这样的：
我们也可以在ConfigMap值被映射的数据卷里控制路径。
当pod运行的时候，输出是这样的：
真实案例：配置Redis让我们来看一下真实的案例：用Configmap配置redis。我们想要将redis作为一个缓存用推荐配置来输入redis。Redis 配置应该包括：
docs/user-guide/configmap/redis里面有这样一个文件；有了它，我们可以使用下面的命令来创建一个ConfigMap实例：
现在，让我们用这个配置来创建一个pod：
注意，这个pod有一个ConfigMap数据卷，它在一个叫redis.conf的文件里替代了 example-redis-config ConfigMap的 redis-config密钥。这个数据卷增长到redis容器的 /redis-master目录里，在/redis-master/redis.conf里替代了我们的配置文件，/redis-master/redis.conf
就是image为master查找的redis配置文件。
如果我们kubectl exec到这个pod，并且运行redis-cli工具，我们可以检查到我们的配置被正确运用：
限制条件ConfigMaps必须在pod中被使用之前创建。Controllers可以会被写来容忍某些配置文件数据的缺失。Configmaps属于namespace。他们只有在相同的namespaces中通过pods被引用。
ConfigMap大小的配额是已经一个设置好的功能。
Kubelet只支持从API服务器的pods使用ConfigMap。这包括了任意的用Kubectl创建的pods，或者间接的通过replication controller创建的pods。它不包括通过Kubelet的 --manifest-url标志创建的pods，也不包括从它的REST API创建的pods（一般不用这些方法创建pods）。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/32464.html
摘要：我们希望能够让应用的开发者在里充分使用这样的模式。尽管允许类似于验证信息和秘钥这些信息从应用当中分离，但在过去并没有为了普通的或者非配置而存在的对象。从数据角度来看，的类型只是键值组。 容器的配置管理——把应用的代码和配置区分开，是一个好的操作。我们希望能够让应用的开发者在Kubernetes里充分使用这样的模式。尽管Secrets API允许类似于验证信息和秘钥这些信息从应用当中分离...
摘要：的工作就是为作出的修改查看我们的配置文件，并且运行读取配置文件的新版本回调函数，使用设置新的。它的目标是使任意额外的成为一个单独更新的，这样我们只要执行一次回调函数。 Kubernetes 1.2版本添加了一个叫ConfigMap的新功能。这个功能提供给容器注入应用程序数据的方式。注入配置文件对于大部分应用程序来说很强大，但是新的ConfigMap功能不仅可以在容器开启时提供初始配置功...
摘要：实际上就是一系列键值对，存储于里。在区域，我给该注入一个名为的环境变量，值从键值对的键名称为的值中取。创建这个使用命令查看这个运行生成的日志，发现输出的环境变量列表中，出现了，这个是我在文件里注入的环境变量名称，而就来自里的值。 在Kubernetes官网里，有这样一篇文章，提到了Kubernetes里的一个最佳实践就是把应用代码同配置信息分开，一种方式就是使用Kubernetes 1...
摘要：实际上就是一系列键值对，存储于里。在区域，我给该注入一个名为的环境变量，值从键值对的键名称为的值中取。创建这个使用命令查看这个运行生成的日志，发现输出的环境变量列表中，出现了，这个是我在文件里注入的环境变量名称，而就来自里的值。 在Kubernetes官网里，有这样一篇文章，提到了Kubernetes里的一个最佳实践就是把应用代码同配置信息分开，一种方式就是使用Kubernetes 1...
摘要：实际上就是一系列键值对，存储于里。在区域，我给该注入一个名为的环境变量，值从键值对的键名称为的值中取。创建这个使用命令查看这个运行生成的日志，发现输出的环境变量列表中，出现了，这个是我在文件里注入的环境变量名称，而就来自里的值。 在Kubernetes官网里，有这样一篇文章，提到了Kubernetes里的一个最佳实践就是把应用代码同配置信息分开，一种方式就是使用Kubernetes 1...
阅读 3171·2021-11-24 10:30
阅读 1296·2021-09-30 09:56
阅读 2362·2021-09-07 10:20
阅读 2581·2021-08-27 13:10
阅读 679·2019-08-30 11:11
阅读 2036·2019-08-29 12:13
阅读 742·2019-08-26 12:24
阅读 2866·2019-08-26 12:20
