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

即来自name: {{ .Chart.Name }}-{{ .Values.module5678.name }}-pod below

# 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 名称为：

pod/project1234-module5678-pod

相反，生成的 Pod 名称是：

pod/chartname-project1234-module5678-dc7db787-skqvv

...哪里（以我的理解）：
图表名称来自：helm install --name chartname -f values.yaml .
项目1234来自：

# Chart.yaml

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

模块5678来自：

# 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”这样的纯字符串值，并且不遵循它。我什至尝试完全删除名称设置，结果 pod 名称保持不变。

从 Deployment 创建的 Pod 始终具有基于 Deployment 名称生成的名称（如果您去查找的话，还有中间 ReplicaSet 的名称）。你无法覆盖它。

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

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

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

如果您查找 Pod 并kubectl describe pod chartname-project1234-module5678-dc7db787-skqvv您可能会看到它有一个具有预期名称的容器project1234-module5678-pod。几乎只有当您需要时才需要使用它kubectl logs（或者，更罕见的是，kubectl exec) 在多容器容器中；如果您处于这种情况，您会喜欢使用较短的名称，并且由于容器名称的范围始终限于它们出现的特定 pod，因此此处使用较短的固定名称没有任何问题

spec:
  containers:
  - name: container