K8S容器编排之ConfigMap 用于动态应用程序的实践

栏目: 编程工具 · 发布时间: 5年前

内容简介：导言：在 Kubernetes 中，ConfigMap 是允许管理员将配置组件与镜像内容解耦，使容器化应用程序产生可移植性的一种资源。ConfigMap 可以与 Kubernetes Pod 一起使用，用于动态添加或更改容器中的使用文件。本文将阐述 Kubernetes ConfigMap 如何利用动态应用程序的方法来解决轻量级文件服务器部署到 Kubernetes 集群中的问题。生产环境中很多应用程序的配置可能需要通过配置文件、命令行参数和环境变量的组合来完成。这些配置应该从镜像中解耦，通过这种方式来保持

导言：在 Kubernetes 中，ConfigMap 是允许管理员将配置组件与镜像内容解耦，使容器化应用程序产生可移植性的一种资源。ConfigMap 可以与 Kubernetes Pod 一起使用，用于动态添加或更改容器中的使用文件。本文将阐述 Kubernetes ConfigMap 如何利用动态应用程序的方法来解决轻量级文件服务器部署到 Kubernetes 集群中的问题。

ConfigMap 概览

生产环境中很多应用程序的配置可能需要通过配置文件、命令行参数和环境变量的组合来完成。这些配置应该从镜像中解耦，通过这种方式来保持容器化应用程序的可移植性。在 Kubernetes 1.2 版本以后，研发人员引入 ConfigMap 来处理这种类型的配置数据。

简单来说，ConfigMap 是容器的配置管理。在容器运行时，ConfigMap 把配置文件、命令行参数、环境变量、端口号和其他配置组件绑定到 Pod 的容器和系统组件上，同时将应用的代码和配置区分开。从数据角度来看，ConfigMap 的类型只是键值对。从应用角度来看，管理员可以从不同角度来配置它。

在 Pod 中使用 ConfigMap 大致有以下三种方式：

将 ConfigMap 中的数据设置为环境变量；
将 ConfigMap 中的数据设置为命令行参数；
将 ConfigMap 作为文件或目录挂载。
另外，由于应用会从环境变量和包含配置数据的文件中读取配置信息，所以 ConfigMap 是可以支持这两种读取方式的。

创配置 ConfigMap 的注意事项

众所周知， ConfigMap 与 Secret 很相似。但是， ConfigMap 主要用来存储和共享非敏感、未加密的配置信息。 Secret 是用来存储敏感信息（例如：密码）。除了这个大家都了解的注意事项外，在配置 ConfigMap 时还要注意以下 4 点：

ConfigMap 必须在被 Pod 使用之前创建；
Pod 只能使用在同一 Namespace 中的 ConfigMap；
ConfigMap 大小的配额是一个已经设置好的功能；
Kubelet 只支持 API 服务器中的 Pod 使用 ConfigMap。
注：API 服务器中的 Pod 包括用 Kubectl 创建的 Pod、间接通过 replication controller 创建的 Pod，不包括通过 Kubelet 的 –manifest-url 标志创建的 Pod，也不包括从它的 REST API 创建的 Pod。

ConfigMap 用于动态应用程序的实践

需要解决的问题

作为 Kubernetes 安装程序的一部分，很多人希望可以将轻量级文件服务器部署到 Kubernetes 集群中以此处理默认（root - path）入口请求。并且，我认为如果我们可以编辑 index.html 和 CSS 文件而不必重新部署应用程序。

为了解决这个用例，我们决定构建一个 Golang 应用程序，将其部分文件系统映射到 Kubernetes ConfigMap 资源中。

Golang Fileserver

文件服务器应用程序的设计非常简单，它仅用于提供静态内容。这种方式可以帮助 Kubernetes 用户使用入口功能。

package main
import (
“log”
“net/http”
)
func main() {
fs := http.FileServer(http.Dir(“html”))
http.Handle(“/”, fs)
log.Println(“Listening…”)
http.ListenAndServe(“:8080”, nil)
}

应用程序使用以下 Dockerfile 内容构建容器镜像。它是一个两阶段的 Dockerfile，首先在 Alpine 容器中执行 Golang 构建，然后将已编译的二进制和空 helm 目录复制到最终的 scratch-based 镜像上。

# build stage  
FROM golang:alpine AS builder  
WORKDIR /usr/local/go/src  
COPY  main.go .  
RUN CGO_ENABLED=0 GOOS=linux go build -o main .  


# final stage  
FROM scratch  
WORKDIR /  
COPY --from=builder /usr/local/go/src/main main  
COPY html html  
EXPOSE 8080  
ENTRYPOINT ["/main"]

在 Golang 应用程序中使用 scratch 容器来部署 Golang 容器是一种更安全、更轻量级的方法。

部署和运行

我使用 make 来自动化 Docker 操作。以下是此应用程序的 Makefile 。

VERSION？= 0.0.1   
NAME？=“ingress-default”   
AUTHOR？=“Jimmy Ray”   
PORT_EXT？= 8080   
PORT_INT？= 8080    
NO_CACHE？= true   


.PHONY：build run stop clean   


build：   
docker build -f scratch.dockerfile.-t $（NAME）\：$（VERSION） -  no-cache = $（NO_CACHE）


run：   docker   
run --name $（NAME）-d -p $（PORT_EXT）：$（PORT_INT）$（NAME） \：$（VERSION）&& docker ps -a --format“{{.ID}} \ t {{.Names}}”| grep $（NAME）   


stop：   
docker rm $$（docker stop $$（docker ps） -a -q --filter“ancestor = $（NAME）：$（VERSION）” -  format =“{{.ID}}”））   

clean：   
@rm -f main   

DEFAULT：build

我们可以使用 make 消除重复任务之间的可变性。有了上述的 Makefile，在将测试的应用程序部署到 Kubernetes 之前，我们可以在 Docker 中构建和运行应用程序。

配置 Kubernetes

对于此解决方案，我们需要配置 Kubernetes Namespace、ConfigMap、Deployment、Service 和 Ingress。我们通过使用 kubectl apply -f 的方法来完成此操作（这是对 Kubernetes 集群资源应用更改的声明式方法）。

下面是我们将 munge 的 Kubernetes 资源的 YAML 文件。

apiVersion: v1  
kind: Namespace  
metadata:  
  name: ingress-default 
  labels:  
    app: ingress-default  
---  
kind: ConfigMap  
apiVersion: v1  
metadata:  
  name: ingress-default-static-files  
  namespace: ingress-default   
  labels:  
    app: ingress-default   
data:  
  index.html: |  
    <!doctype html>  
    <html>  
      <head>  
        <meta charset="utf-8">  
        <title>Cluster Ingress Index</title>  
        <link rel="stylesheet" href="main.css">  
      </head>  
      <body>  
        <table class="class1">  
          <tr>  
            <td class="class2">Kubernetes Platform</td>  
          </tr>  
          <tr>  
            <td class="class1">  
              <table class="class3">  
                <tr><td><h1>Cluster Ingress Index</h1></td></tr>  
              </table>  
            </td>  
          </tr>  
          <tr>  
            <td>  
              <table class="class3">  
                <tr>  
                <td>  
                   <h2>The following are links to this cluster's ingress resources:</h2>  
                  </td>  
                </tr>  
                <tr>  
                <td class="class4">  
                    <a href="https://<ROOT_INGRESS_PATH>" target="_blank">Root Ingress</a><br/>  
                    <a href="https://<OTHER_INGRESS_PATH>" target="_blank">Other Ingress</a><br/>   
                 </td>  
               </tr>  
              </table>  
            </td>  
          </tr>  
         </table>  
      </body>  
    </html>  
  main.css: |  
    body {  
      background-color: rgb(224,224,224);  
      font-family: Verdana, Arial, Helvetica, sans-serif;  
      font-size: 100%;  
    }  
    .class1 {  
  ... 
    }  
    .class2 {  
  ... 
    }  
    .class3 {  
  ... 
    }  
    .class4 {  
     ...
    }   
---  
apiVersion: apps/v1  
kind: Deployment  
metadata:  
  labels:  
    app: ingress-default   
  name: ingress-default  
  namespace: ingress-default 
spec:  
  selector:  
    matchLabels:  
      app: ingress-default  
  replicas: 1  
  template:  
    metadata:  
      labels:  
        app: ingress-default    
      name: ingress-default  
    spec:  
      containers:  
        - name: ingress-default  
          image: <IMAGE_REGISTRY_REPO_TAG>  
          imagePullPolicy: Always  
          resources:  
            limits:  
              cpu: 100m  
              memory: 10Mi  
            requests:  
              cpu: 100m  
              memory: 10Mi  
          volumeMounts:  
            - readOnly: true  
              mountPath: html  
              name: html-files  
      volumes:  
        - name: html-files  
          configMap:  
            name: ingress-default-static-files  
---  
kind: Service  
apiVersion: v1  
metadata:  
  name: ingress-default  
  namespace: ingress-default  
  labels:  
    app: ingress-default  
spec:  
  selector:  
    app: ingress-default  
  ports:  
  - name: http  
    protocol: TCP  
    port: 80  
    targetPort: 8080  
---  
apiVersion: extensions/v1beta1  
kind: Ingress  
metadata:  
  name: default-ingress  
  namespace: ingress-default  
  annotations:   
    nginx.ingress.kubernetes.io/rewrite-target: /  
    kubernetes.io/ingress.class: "nginx"    
  labels:  
    app: ingress-default  
spec:  
  rules:  
  - http:  
      paths:  
      - path: /  
        backend:  
          serviceName: ingress-default  
          servicePort: 80

正如在 YAML 中的：

ingress-default-static-files

我们可以知道，ConfigMap 包含index.html 和 main.css 文件的内容。通过编辑或替换此 ConfigMap，我们可以更改在 Golang 文件服务器应用程序中的文件。

使用 ConfigMap 作为卷

在 Docker 和 Kubernetes 的中，卷用于解决两个问题：

需要持久化的文件系统；
需要在容器之间共享的文件系统。
现在，我们将已部署在容器中的卷映射到 ConfigMap 资源中。在下面的代码段中，被配置的 html-files 卷可能被 Pod 中的所有容器使用。

卷会将数据配置映射到 ConfigMap 中的 ingress-default-static-files 上。

...volumes:  
     - name: html-files  
       configMap:  
         name: ingress-default-static-files…

在 Pod 级别配置卷后，我们将配置的卷装入容器中。将此卷的挂载映射到在 Pod 中配置的 html-files 卷上。通过此映射，应用程序容器现在可以访问 ConfigMap 中的两个文件：html/index.html 和 html/mian.css。

...volumeMounts:  
     - readOnly: true  
       mountPath: html  
       name: html-files

当在 Kubernetes 集群中启动 Golang 应用程序时，ingress-default 会在 NGINX 入口控制器中配置上游规则。生成的路径将通过 NGINX 入口控制器将集群边缘连接到ingress-default 服务上。此服务指向 Golang 文件服务的 app Pod 中。在运行时，它为 ingress 控制器的根路径上的默认 Web 应用程序提供服务。如果需要更改此网页，我们只需要 edit/replace ConfigMap。

结语

容器编排的一个关键好处是，它承诺消除多个容器工作负载所需的“无差异的繁重工作”。通过使用 Kubernetes 声明性配置功能（如 ConfigMap），可以提高应用程序部署和更改集群状态的效率与速度。我们通过将 ConfigMap 资源作为已安装的卷，使用正在运行的容器，可以从容器中抽象配置和内容，减少对镜像重构和重新部署容器的需求。

以上所述就是小编给大家介绍的《K8S容器编排之ConfigMap 用于动态应用程序的实践》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对码农网的支持！

查看所有标签

猜你喜欢:

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。

码农书籍

React Native：用JavaScript开发移动应用

【美】Truong Hoang Dung（张皇容） / 奇舞团 / 电子工业出版社 / 2015-9 / 65.00

React Native是当前移动端开发中的优秀解决方案。《React Native：用JavaScript开发移动应用》围绕着如何将一个完整App提交到App Store，讲解了使用React Native开发iOS应用所涉及的方方面面。首先介绍了Flexbox布局，教大家从零开始搭建一个初始应用，以此阐明React Native的基础运行机理；然后介绍了Flux的设计思想，怎么理解和使用Pro......一起来看看《React Native：用JavaScript开发移动应用》这本书的介绍吧!

码农工具