You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A way to forward additional information to webhook providers via annotations.
A potential solution is to add support for a wildcard annotation such as external-dns.alpha.kubernetes.io/webhook-* so that they can be exposed via ProviderSpecific here:
I'm interested in any thoughts / alternate mechanisms and am open to trying my hand at raising a PR.
Why is this needed:
Given in-tree providers are being removed (#4347), the webhook mechanism will need to be more flexible to support all flags from existing providers and any new ones.
The DNSEndpoint CRD seems like it could be useful but it could be difficult to use with third-party charts that don't allow defining additional resources
Assigning this myself. We're working on this plan gradually, we're not going to remove things all at once, this seems to be an important feature to add before removing the alpha providers.
What would you like to be added:
A way to forward additional information to webhook providers via annotations.
A potential solution is to add support for a wildcard annotation such as
external-dns.alpha.kubernetes.io/webhook-*
so that they can be exposed viaProviderSpecific
here:external-dns/source/source.go
Line 189 in 1bc6857
I'm interested in any thoughts / alternate mechanisms and am open to trying my hand at raising a PR.
Why is this needed:
Given in-tree providers are being removed (#4347), the webhook mechanism will need to be more flexible to support all flags from existing providers and any new ones.
The DNSEndpoint CRD seems like it could be useful but it could be difficult to use with third-party charts that don't allow defining additional resources
(And my personal use-case #4230)
cc @Raffo, @szuecs, and @mloiseleur
The text was updated successfully, but these errors were encountered: