Skip to content

Conversation

@brunosimsenhor
Copy link

@brunosimsenhor brunosimsenhor commented Oct 15, 2025

Allow customization of the apiVersion for some of the CRDs.

It all started to improve the integration with the Azure Managed Prometheus implementation.

See docs.

Checklist:

  • I have bumped the chart version according to versioning
  • I have updated the documentation according to documentation
  • I have updated the chart changelog with all the changes that come with this pull request according to changelog.
  • Any new values are backwards compatible and/or have sensible default.
  • I have signed off all my commits as required by DCO.
  • I have created a separate pull request for each chart according to pull requests
  • My build is green (troubleshooting builds).

@mkilchhofer
Copy link
Member

mkilchhofer commented Oct 24, 2025

Hi @brunosimsenhor

Sorry for the late reply.
Would it be possible for you to refactor it to use the same approach as in argo-workflows to keep our chart harmonized for the core functionality?

# Override APIVersions
apiVersionOverrides:
# -- String to override apiVersion of autoscaling rendered by this helm chart
autoscaling: "" # autoscaling/v2
# -- String to override apiVersion of GKE resources rendered by this helm chart
cloudgoogle: "" # cloud.google.com/v1
# -- String to override apiVersion of monitoring CRDs (ServiceMonitor) rendered by this helm chart
monitoring: "" # monitoring.coreos.com/v1

Related PR for the monitoring CRDs:

@brunosimsenhor brunosimsenhor force-pushed the main branch 3 times, most recently from 78f1219 to c5654df Compare October 27, 2025 13:00
@brunosimsenhor brunosimsenhor changed the title feat(argo-cd): allowing ServiceMonitor apiVersion customization feat(argo-cd): allowing apiVersions customization Oct 27, 2025
@brunosimsenhor
Copy link
Author

Hi @brunosimsenhor

Sorry for the late reply. Would it be possible for you to refactor it to use the same approach as in argo-workflows to keep our chart harmonized for the core functionality?

# Override APIVersions
apiVersionOverrides:
# -- String to override apiVersion of autoscaling rendered by this helm chart
autoscaling: "" # autoscaling/v2
# -- String to override apiVersion of GKE resources rendered by this helm chart
cloudgoogle: "" # cloud.google.com/v1
# -- String to override apiVersion of monitoring CRDs (ServiceMonitor) rendered by this helm chart
monitoring: "" # monitoring.coreos.com/v1

Related PR for the monitoring CRDs:

Done!

@mkilchhofer
Copy link
Member

Hi @brunosimsenhor
Sorry for the late reply. Would it be possible for you to refactor it to use the same approach as in argo-workflows to keep our chart harmonized for the core functionality?

# Override APIVersions
apiVersionOverrides:
# -- String to override apiVersion of autoscaling rendered by this helm chart
autoscaling: "" # autoscaling/v2
# -- String to override apiVersion of GKE resources rendered by this helm chart
cloudgoogle: "" # cloud.google.com/v1
# -- String to override apiVersion of monitoring CRDs (ServiceMonitor) rendered by this helm chart
monitoring: "" # monitoring.coreos.com/v1

Related PR for the monitoring CRDs:

Done!

Since your intent is to support Azure monitor things, can you revert all the changes outside the ServiceMonitors? I think we don't need customization for the other apiVersions at the moment (no user asked for this). :)

Also, please add the accessed values to the values.yaml. And then run helm-docs. This should end in a green CI run.

Thank you for your contribution 🙏

@brunosimsenhor
Copy link
Author

Hi @brunosimsenhor
Sorry for the late reply. Would it be possible for you to refactor it to use the same approach as in argo-workflows to keep our chart harmonized for the core functionality?

# Override APIVersions
apiVersionOverrides:
# -- String to override apiVersion of autoscaling rendered by this helm chart
autoscaling: "" # autoscaling/v2
# -- String to override apiVersion of GKE resources rendered by this helm chart
cloudgoogle: "" # cloud.google.com/v1
# -- String to override apiVersion of monitoring CRDs (ServiceMonitor) rendered by this helm chart
monitoring: "" # monitoring.coreos.com/v1

Related PR for the monitoring CRDs:

Done!

Since your intent is to support Azure monitor things, can you revert all the changes outside the ServiceMonitors? I think we don't need customization for the other apiVersions at the moment (no user asked for this). :)

Also, please add the accessed values to the values.yaml. And then run helm-docs. This should end in a green CI run.

Thank you for your contribution 🙏

@mkilchhofer, I rolled back and kept only the changes related to the ServiceMonitor, the PrometheusRule is not supported by the Azure Managed Prometheus integration.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants