如何修复头盔中_helpers.tpl中类型接口{}中的“无法评估字段ExtraHosts”

时间:2019-08-05 18:19:42

标签: go kubernetes kubernetes-helm templating gluu

我正在尝试从_helpers.tpl的头盔伞图中获取一些值,但是由于某种原因,我遇到了错误executing "gluu.ldaplist" at <.Values.ldap.extraHo...>: can't evaluate field extraHosts in type interface {}

这就是我想要做的。 _helpers.ptl

{{- define "gluu.ldaplist" -}}
{{- $hosts := .Values.ldap.extraHosts -}}
{{- $genLdap := dict "host" (printf "%s-%s" .Release.Name .Values.ldapType) "port" .Values.ldapPort -}}
{{- $hosts := prepend $hosts $genLdap -}}
{{- $local := dict "first" true -}}
{{- range $k, $v := $hosts -}}
{{- if not $local.first -}},{{- end -}}{{- printf "%s:%.f" $v.host $v.port -}}{{- $_ := set $local "first" false -}}
{{- end -}}
{{- end -}}

这是伞图的values.yml的一部分 values.yml

ldap:
  enabled: true
  type: opendj
  extraHosts: [
    host: opendj,
    port: 3434
  ] #array of k,v e.g host: host1, port: port1

目录结构

helm/
  charts/
     chart_a/
       templates/
          configMap.yml ----->>> this is where I want to use it
  templates/
     _helpers.tpl ---->>>> where the failing function is
  requirements.yml
  values.yml ---------->>> where the ldap values are

configMap.yml如下所示

apiVersion: v1
kind: ConfigMap
metadata:
  name: {{ template "oxauth.fullname" . }}-cm
data:
  GLUU_CONFIG_ADAPTER: {{ .Values.global.configAdapterName | quote }}
  GLUU_LDAP_URL: {{ template "gluu.ldaplist" . }}

注意:_helpers.tpl在主/伞形图下。 chart_a是子图表。

预期结果类似于GLUU_LDAP_URL:"opendj:3434"

头盔版本:

Client: &version.Version{SemVer:"v2.10.0", GitCommit:"9ad53aac42165a5fadc6c87be0dea6b115f93090", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.10.0", GitCommit:"9ad53aac42165a5fadc6c87be0dea6b115f93090", GitTreeState:"clean"}

预期结果是即使数组中未提供任何值,{{- define "gluu.ldaplist" -}}中的函数_helpers.tpl也会正确完成。 如果提供了值,则预期的字符串为host:port作为输出。

如果可以通过其他方式完成,我欢迎任何建议。

1 个答案:

答案 0 :(得分:1)

这可以通过全局值解决,该全局值允许父图表中的值覆盖(或提供未指定的)子子图中的值。

来自Helm docs on Subcharts and Global Values

  
      
  1. 子图表被认为是“独立的”,这意味着子图表永远不能显式依赖其父图表。
  2.   
  3. 因此,子图无法访问其父级的值
  4.   
  5. 父图表可以覆盖子图表的值。
  6.   
  7. Helm的概念是全局值,所有图表都可以访问
  8.   

(起初我不打算搜索“ helm subchart”,但是一旦我在互联网上搜索了该词,这就是第一个或第二个结果)

这是一个解决您问题的最小示例:

目录结构

helm
├── Chart.yaml
├── charts
│   └── chart_a
│       ├── Chart.yaml
│       └── templates
│           └── configMap.yml
├── templates
│   └── _helpers.tpl
└── values.yaml

注意:我添加了Chart.yaml个文件以使其真正起作用,将values.yml重命名为values.yaml,以便它在默认情况下可以运行而没有额外的标志,并删除了requirements.yml不需要重现问题和解决方案。

values.yaml

global:
  ldap:
    enabled: true
    type: opendj
    extraHosts:
    - host: opendj
      port: 3434
  ldapType: xxx
  ldapPort: 123

关键是将您拥有的东西嵌套在特殊的global下。请注意,我还添加了ldapTypeldapPort,因为它们在您的_helpers.tpl中,并且我修复了extraHosts下的YAML结构。之前的内容实际上并不代表具有hostport键的地图列表。如果没有此修复程序,helm命令不会失败,但是也不会输出您想要的内容。

结果

$ helm template .
---
# Source: helm/charts/chart_a/templates/configMap.yml
apiVersion: v1
kind: ConfigMap
metadata:
  name: cm
data:
  GLUU_LDAP_URL: release-name-xxx:123,opendj:3434