Kong chart cannot be deployed with ArgoCD / Kustomize about charts

[pmalek]

I'm glad you've figured it out.

Can you provide a redacted snippet for future readers?

[jamesdkelly88]

helmCharts:
- name: kong
  repo: https://charts.konghq.com
  releaseName: kong
  namespace: kong
  version: 2.35.1
  includeCRDs: true
  valuesFile: values.yaml
  apiVersions:
    - gateway.networking.k8s.io/v1

[pmalek]

I recall having the same problem and what you should look at is helm template's --api-versions arg.

  -a, --api-versions strings                       Kubernetes api versions used for Capabilities.APIVersions

this can be used like so:

... --api-versions="networking.k8s.io/v1/Ingress" ... 

This allows you to inject any api version which will be used by helm when not run against a cluster (e.g. that's what helm template is for)

There has to be an option to specify that in Argo CD.

[jamesdkelly88]

I can't find any documentation on how to pass this to helm from an argocd application definition. Do you have an example?

[pmalek]

It seems that this is still an unsolved problem: argoproj/argo-cd#7291

Docs - https://argo-cd.readthedocs.io/en/stable/user-guide/helm/#build-environment - also do not mention this anyhow.

I believe we can consider adding the these resource policy rules unconditionally. They'd just end up as noop in cluster that do not define those resources and will be rendered properly when used with tools like Argo.

I'm not sure yet if that's the correct approach so not proposing a PR just yet. LMKWYT

[jamesdkelly88]

That's one way to go. I was thinking that the if statement could have an extra option in there from the values file, which is defaulted to false so it doesn't break anything.

[jamesdkelly88]

So it looks like you can pass the apiVersions option in if using the helmCharts section of a kustomization, which will work well enough for me.