如何使用docker在angular应用程序中传递环境变量

如何使用docker在angular应用程序中传递环境变量,docker,kubernetes,angular6,yaml,volume,Docker,Kubernetes,Angular6,Yaml,Volume,我以Kubernetes吊舱/容器的形式运行Angular 6应用程序。在这个Angular应用程序中,我尝试访问JSON配置对象,以加载环境变量 我使用了volume来读取配置映射,并使用volume挂载来创建一个配置json文件 如果我在yaml文件中包含卷创建代码,我的服务将抛出一个503错误 当在日志中看到吊舱时,吊舱处于运行模式 我的部署yaml文件的代码段: apiVersion: apps/v1 kind: Deployment metadata: name: {{ inc

我以Kubernetes吊舱/容器的形式运行Angular 6应用程序。在这个Angular应用程序中,我尝试访问JSON配置对象,以加载环境变量

我使用了volume来读取配置映射,并使用volume挂载来创建一个配置json文件

如果我在yaml文件中包含卷创建代码,我的服务将抛出一个
503
错误

当在日志中看到吊舱时,吊舱处于运行模式

我的部署yaml文件的代码段:

  apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ include "client-onboard.fullname" . }}
  labels:
    app.kubernetes.io/name: {{ include "client-onboard.name" . }}
    helm.sh/chart: {{ include "client-onboard.chart" . }}
    app.kubernetes.io/instance: {{ .Release.Name }}
    app.kubernetes.io/managed-by: {{ .Release.Service }}
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app.kubernetes.io/name: {{ include "client-onboard.name" . }}
      app.kubernetes.io/instance: {{ .Release.Name }}
  template:
    metadata:
      labels:
        app.kubernetes.io/name: {{ include "client-onboard.name" . }}
        app.kubernetes.io/instance: {{ .Release.Name }}
    spec:
      containers:
        - name: {{ .Chart.Name }}
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
          imagePullPolicy: {{ .Values.image.pullPolicy }}
          volumeMounts:
          - name: env-vars
            mountPath: usr/share/nginx/html/config/env-vars.json
      volumes:
        - name: env-vars
          configMap:
            name: {{ .Chart.Name }}-configmap
          ports:
            - name: http
              containerPort: 80
              protocol: TCP
          livenessProbe:
            httpGet:
              path: /
              port: http
          readinessProbe:
            httpGet:
              path: /
              port: http
          resources:
            {{- toYaml .Values.resources | nindent 12 }}
      {{- with .Values.nodeSelector }}
      nodeSelector:
        {{- toYaml . | nindent 8 }}
      {{- end }}
    {{- with .Values.affinity }}
      affinity:
        {{- toYaml . | nindent 8 }}
    {{- end }}
    {{- with .Values.tolerations }}
      tolerations:
        {{- toYaml . | nindent 8 }}
    {{- end }}

我正在为此使用nginx服务器。

要创建文件,您需要使用子路径。子路径的值必须与ConfigMap的“键”匹配。在下面的示例中,键和子路径是config.yaml。

apiVersion: v1
kind: ConfigMap
metadata:
  name: sherlock-config
  namespace: default
data:
  config.yaml: |
    namespaces:
      - default
    labels:
      - "app"
      - "owner"
---
apiVersion: v1
kind: Pod
metadata:
  name: dapi-test-pod
spec:
  containers:
    - name: test-container
      image: k8s.gcr.io/busybox
      command: [ "/bin/sh", "-c", "ls /etc/config/" ]
      volumeMounts:
      - name: config-volume
        mountPath: /etc/config/config.yaml
        subPath: config.yaml
  volumes:
    - name: config-volume
      configMap:
        # Provide the name of the ConfigMap containing the files you want
        # to add to the container
        name: sherlock-config
  restartPolicy: Never
kubectl描述cm sherlock配置

Name:         sherlock-config
Namespace:    default
Labels:       <none>
Annotations:  kubectl.kubernetes.io/last-applied-configuration:
                {"apiVersion":"v1","data":{"config.yaml":"namespaces:\n  - default\nlabels:\n  - \"app\"\n  - \"owner\"\n"},"kind":"ConfigMap","metadata":...

Data
====
config.yaml: <------ This is the key
----
namespaces:
  - default
labels:
  - "app"
  - "owner"

Events:  <none>
Name:sherlock配置
名称空间:默认值
标签:
注释:kubectl.kubernetes.io/last-applicated-configuration:
{“apiVersion”:“v1”,“data”:{“config.yaml”:“名称空间:\n-默认\n标签:\n-“app\”\n-“owner\”\n},“种类”:“ConfigMap”,“元数据”:。。。
资料
====

config.yaml:我想创建一个名为env-var.JSON的文件,我的angular应用程序可以读取该文件以从中获取特定于环境的值。这样它就可以创建目录而不是文件。类似这样的东西。文件是用内容创建的,但服务仍然没有启动并抛出503错误。这是因为我使用的类型是Deploy吗您提到过它的Pod吗?当您通过nginx入口访问它时,会出现错误503?当您从集群内部通过clusteip访问它时,会发生什么情况?您的Pod是否处于错误状态?没有Pod处于运行状态,但在浏览应用程序时未加载,并最终引发503 service unavailable错误。