Allow overriding selectors and names

[alex-berger]

Why is this pull request needed and what does it do?

This allows adapting to non-standard setups like for example AWS EKS CoreDNS Add-on, which use different labels, selectors and object names. Specifically, it allows

• overriding of selectors for Deployment, Services, PodDisruptionBudget and ServiceMonitor.
• overriding the ClusterRole and ClusterRoleBinding names.

This is achieved by introducing the following optional new settings:

Parameter	Description	Default
service.selector	Pod selector	{}
deployment.selector	Pod selector	{}
prometheus.service.selector	Pod selector	{}
prometheus.monitor.selector	Service selector	{}
clusterRole.nameOverride	ClusterRole name override

The changes are fully backward compatible and one has to explicitly opt-in to override the default behavior.

Which issues (if any) are related?

• Adopt Helm chart to mimic Amazon EKS CoreDNS naming conventions #97

Checklist:

• I have bumped the chart version according to versioning.
• 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.

Changes are automatically published when merged to main. They are not published on branches.

Note on DCO

If the DCO action in the integration test fails, one or more of your commits are not signed off. Please click on the Details link next to the DCO action for instructions on how to resolve this.

[joshuabaird]

This would be very helpful for users who are trying to install the helm chart over a "stock" EKS deployment or even a deployment where the managed EKS addon for coredns is being used. @alex-berger could we get this fixed up and ready for review?

[alex-berger]

Randomly notifying one of the maintainers for review @mrueg, no urgency or pressure, just would love to make progress on this 😇.

[hagaibarel]

Small nit, otherwise LGTM

[hagaibarel]

Thanks @alex-berger !

[joshuabaird]

Thanks, @alex-berger!