openshift / openshift/external-dns-operator
Feature Request: Expose all upstream ExternalDNS providers in Operator API (CloudFlare, DigitalOcean, Linode, etc.)
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 37
- Forks
- 53
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 14
Description
Description
The ExternalDNS Operator currently only exposes a limited subset of DNS providers in its CRD API, despite the underlying ExternalDNS binary (v0.19.0) supporting 30+ providers. This limitation prevents users from leveraging the full capabilities of upstream ExternalDNS.
Current State
Operator Version: v1.3.1
Underlying ExternalDNS Version: ~v0.19.0 (binary dated 2024-09-08)
API Version: externaldns.olm.openshift.io/v1beta1
Currently Exposed Providers (in Operator API)
The ExternalDNS CRD currently only supports configuration for:
- AWS (Route53)
- Azure DNS
- BlueCat
- Google Cloud DNS
- Infoblox
Reference: spec.provider field in the CRD
Upstream Supported Providers (in binary)
The ExternalDNS binary included in the operator supports 30+ providers, including:
Missing Popular Providers:
- CloudFlare
- DigitalOcean
- Linode
- OVH
- Akamai
- DNSimple
- Vultr
- Scaleway
- TransIP
- GoDaddy
- Gandi
- NS1
- PowerDNS
- Pi-hole
- RFC2136 (generic DNS UPDATE)
- Webhook (custom providers)
- And many more...
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by inspecting the ExternalDNS CRD's spec.provider field and comparing its exposed configuration with the providers supported by the bundled ExternalDNS v0.19.0 binary. The change is done when the Operator API can configure the requested upstream providers, with appropriate validation and behavior confirmed against the supported provider list.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- api
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100