openshift / openshift/external-dns-operator

Feature Request: Expose all upstream ExternalDNS providers in Operator API (CloudFlare, DigitalOcean, Linode, etc.)

Open
#298 8 comments 2 reactions 0 assignees View on GitHub

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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.