Question

即来自下面的name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod

# deployment.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: {{ template "project1234.name" . }}
    chart: {{ template "project1234.chart" . }}
    release: {{ .Release.Name }}
    heritage: {{ .Release.Service }}
  name: {{ template "project1234.module5678.fullname" . }}
spec:
  replicas: {{ .Values.replicaCount }}
  selector:
    matchLabels:
      app: {{ template "project1234.name" . }}
  template:
    metadata:
      labels:
        app: {{ template "project1234.name" . }}
    spec:
      containers:
      - image: "{{ .Values.image.name }}:{{ .Values.image.tag }}"
        name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod
        ports:
        - containerPort: 1234
      imagePullSecrets:
      - name: {{ .Values.image.pullSecret }}

我希望广告连播名称为：

pod / project1234-module5678-pod

相反，生成的Pod名称为：

pod / chartname-project1234-module5678-dc7db787-skqvv

...其中（据我了解）：
图表名称来自：helm install --name chartname -f values.yaml .
project1234 来自：

# Chart.yaml

apiVersion: v1
appVersion: "1.0"
description: project1234 Helm chart for Kubernetes
name: project1234
version: 0.1.0

module5678 来自：

# values.yaml

rbac:
  create: true

serviceAccounts:
  module5678:
    create: true
    name:

image:
  name: <image location>
  tag: 1.5
  pullSecret: <pull secret>

gitlab:
  secretName: <secret name>
  username: foo
  password: bar

module5678:
  enabled: true
  name: module5678
  ingress:
    enabled: true
  replicaCount: 1
  resources: {}

我尝试将name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod更改为纯字符串值，例如“ podname1234”，但没有遵循。我什至尝试完全删除名称设置，并且结果吊舱名称保持不变。

Answer 1

从展开创建的窗格始终具有基于展开名称（以及中间ReplicaSet的名称，如果您不进行查找的话）的生成名称。您无法覆盖它。

鉴于您显示的YAML，我希望这个片段：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ template "project1234.module5678.fullname" . }}

扩展为展开名称chartname-project1234-module5678；其余的位由ReplicaSet添加，然后由Pod本身添加。

如果您确实查看Pod和kubectl describe pod chartname-project1234-module5678-dc7db787-skqvv，则可能会发现它只有一个容器，其预期名称为project1234-module5678-pod。几乎唯一一次需要使用此功能的情况是，您需要在多容器容器中kubectl logs（或更常见的是，kubectl exec）；如果是这种情况，则最好使用一个较短的名称，并且由于容器名称始终限于显示它们的特定容器的范围，因此在此处使用简短的固定名称没有什么问题

spec:
  containers:
  - name: container

为什么不使用部署模板中定义的名称？

1 个答案: