这篇文章主要介绍Kubernetes 1.2中如何使用ConfigMap，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！
很多应用程序的配置需要通过配置文件，命令行参数和环境变量的组合配置来完成。这些配置应该从image内容中解耦，以此来保持容器化应用程序的便携性。ConfigMap API资源提供了将配置数据注入容器的方式，同时保持容器是不知道Kubernetes的。ConfigMap可以被用来保存单个属性，也可以用来保存整个配置文件或者JSON二进制大对象。
ConfigMap API资源保持键－值对配置数据，这个数据可以在pods里使用，或者被用来为像controller一样的系统组件存储配置数据。虽然ConfigMap跟Secrets类似，但是configmap可以更方便的处理不包含敏感信息的字符串
让我们来看看完成的例子吧：
data 一栏包括了配置数据。就如同你们看到的那样，ConfigMap可以被用来保存单个属性，也可以用来保存一个配置文件。
配置数据可以通过很多种方式在Pods里被使用。ConfigMaps可以被用来：
1、 设置环境变量的值
2、 在容器里设置命令行参数
3、 在数据卷里面创建config文件
用户和系统组件两者都可以在ConfigMap里面存储配置数据。
你可以使用 kubectl create configmap 命令轻松从文字值、文件或者目录来创建ConfigMaps。
让我们来看一看创建ConfigMap的很多不同的方法吧：
1、从文件创建
现在我们已经有一个包含一些文件的目录，它已经包含了我们想要设置ConfigMaps的数据：
kubectl create configmap命令可以被用来创建ConfigMap来存储这个目录里面每个文件的内容：
当--from-file指向目录的时候，每个在目录底下的所有文件会被用在ConfigMap里面创建一个键值对，键的名字就是文件名，值就是文件的内容。
让我们来看一下这个命令创建的ConfigMap：
你可以看到在映射里面的两个是从kubectl指定的目录中创建的文件名。这些键的内容可能会很大，所以在kubectl describe的输出中，你只能够看到键的名字和他们的大小。
如果我们想要看到键的值的话，我们可以仅仅只是kubectl get资源：
2、从文件创建
我们也可以传递给--from-file一个特定文件，并且多次传递到kubectl。以下命令跟上文例子中的结果是一样的：
我们也可以用 --from-file 通过传递 key=value为个别文件设置键来使用：
--from-file=game-special-key=docs/user-guide/configmap/kubectl/game.properties
3、从字面值创建
为ConfigMap使用kubectl create configmap提供字面值。--from-literal选项采用了 语法，这个语法允许字面值被直接运用到命令行：
使用案例：在环境变量中使用ConfigMap
ConfigMap可以被用来填入环境变量。举个例子，思考以下的ConfigMap：
我们可以像这样在一个pod中来使用这个ConfigMap的键：
当这个pod运行的时候，它的输出将包括以下几行：
ConfigMap也可以被使用来设置容器中的命令或者参数值。这是一个已经完成的使用Kubernetes$(VAR_NAME)替换的语法。考虑ConfigMap：
为了输入值到命令行里面，我们必须使用我们想要使用的键来作为环境变量，就如在上一个例子中的一样。然后我们可以参考他们，在容器的命令里使用$(VAR_NAME)语法。
当这个pod正在运行的时候，从test-container容器的输出将会是：
ConfigMap也可以在数据卷里面被使用。再次回到我们的ConfigMap的例子：
在数据卷里面使用这个ConfigMap，我们有不同的选项。最基本的就是将文件填入数据卷，在这个文件中，键就是文件名，键值就是文件内容：
当这个pod运行的时候，输出是这样的：
我们也可以在ConfigMap值被映射的数据卷里控制路径。
当pod运行的时候，输出是这样的：
让我们来看一下真实的案例：用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）。
以上是“Kubernetes 1.2中如何使用ConfigMap”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注亿速云行业资讯频道！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
