Google kubernetes engine 无法使用kustomize修补服务名称

Google kubernetes engine 无法使用kustomize修补服务名称,google-kubernetes-engine,kubectl,kustomize,Google Kubernetes Engine,Kubectl,Kustomize,我正在尝试使用kustomize重命名我的服务 我得到以下错误: Error: couldn't find target core_v1_Service|~X|~P|SERVICE_NAME|~S for json patch 这是我的基本服务文件: apiVersion: v1 kind: Service metadata: labels: version: IMAGE_TAG name: SERVICE_NAME namespace: my-namespace spec

我正在尝试使用kustomize重命名我的服务

我得到以下错误:

Error: couldn't find target core_v1_Service|~X|~P|SERVICE_NAME|~S for json patch
这是我的基本服务文件:

apiVersion: v1
kind: Service
metadata:
  labels:
    version: IMAGE_TAG
  name: SERVICE_NAME
  namespace: my-namespace
spec:
  ports:
    - name: http-service
      port: 8080
      protocol: TCP
      targetPort: http-service
  selector:
    app.kubernetes.io/name:
      valueFrom:
        fieldRef:
          apiVersion: v1
          fieldPath: metadata.name
  sessionAffinity: None
  type: ClusterIP

这是我的kustomization.yaml文件,我在其中定义了补丁JSON6902:

patchesJson6902:
#- target:
#    group: apps
#    version: v1
#    kind: Deployment
#    name: DEPLOYMENT_NAME
#  path: patch_deployment.yaml
- target:
    group: core
    version: v1
    kind: Service
    name: SERVICE_NAME
  path: patch_service.yaml
我可以替换部署名称,但不能替换服务名称。Kubectl版本:1.16+

我的patch_deployment.yaml和patch_service.yaml文件非常简单

- op: replace
  path: /metadata/name
  value: ${SERVICE_NAME}

我在您的场景中发现了一些问题

首先,在中,您正在使用向下api,这将引发错误:

error: error validating "svc.yaml": error validating data: ValidationError(Service.spec.selector.app.kubernetes.io/name): invalid type for io.k8s.api.core.v1.ServiceSpec.selector: got "map", expected "string"; if you choose to ignore these errors
此处的值应为
字符串
。如果您在
PVC
中下载api,可能会遇到类似的情况。您可以找到更多信息

第二个问题是
补丁Json6902
。如果您查看示例表单并找到
服务
示例,则不会出现
组:核心
,如下所示:

patchesJson6902:
- target:
    version: v1
    kind: Deployment
    name: my-deployment
  path: add_init_container.yaml
- target:
    version: v1
    kind: Service
    name: my-service
  path: add_service_annotation.yaml
但是,在您的场景中,您的
服务
正在使用
名称空间:我的名称空间
,因此它也应该包含在
补丁JSON6902

有两种方法可以让它工作

选项1

请记住,您的示例
服务\u名称
图像\u标签
将导致错误:

The Service "SERVICE_NAME" is invalid: metadata.name: Invalid value: "SERVICE_NAME": a DNS-1035 label must consist of lower case alphanumeric characters or '-', start with an alphabetic char
acter, and end with an alphanumeric character (e.g. 'my-name',  or 'abc-123', regex used for validation is '[a-z]([-a-z0-9]*[a-z0-9])?')
以下是:

>cat svc.yaml 
apiVersion: v1
kind: Service
metadata:
  labels:
    version: image-tag
  name: SERVICE_NAME
  namespace: my-namespace
 
>cat kustomization.yaml 
resources:
- svc.yaml
 
patchesJson6902:
- path: patch_service.yaml
  target:
    version: v1
    kind: Service
    name: SERVICE_NAME
    namespace: my-namespace
 
>cat patch_service.yaml 
- op: replace
  path: /metadata/name
  value: ${SERVICE_NAME}
 
>kustomize build 
apiVersion: v1
kind: Service
metadata:
  labels:
    version: image-tag
  name: ${SERVICE_NAME}
  namespace: my-namespace
在kustomization过程中不会评估变量服务\u名称。之后必须使用sed或手动进行替换。

选项2

它需要带有命令的小脚本


这似乎是kubectl kustomize版本的问题。它与kustomize build配合使用。

您能够创建服务吗?您是否也应该将名称空间指定为您的服务yaml有
名称空间:app
,而您的修补程序不包含名称空间?您是否也可以提供您的部署yaml?patch_service.yaml和patch_Deployment.yaml中有什么内容?@PjoterS没有,我也没有在patch_Deployment中指定任何类似的内容,但它工作正常。@VASャ 我刚刚编辑了我的问题top add patch_service.YAMLTH我不清楚为什么
kustomize
需要
sed
。作为一个模板工具,
kustomize
难道不能完全管理yaml创建过程吗?
>cat kustomization.yaml 
resources:
- svc.yaml
 
patchesJson6902:
- path: patch_service.yaml
  target:
    version: v1
    kind: Service
    name: SERVICE_NAME
    namespace: my-namespace
 
 
>cat kustomsed.sh 
#!/bin/bash
 
SERVICE_NAME=testsvc
 
kustomize build | sed "s/SERVICE_NAME/${SERVICE_NAME}/"
 
>./kustomsed.sh 
apiVersion: v1
kind: Service
metadata:
  labels:
    version: image-tag
  name: testsvc
  namespace: my-namespace