OpenKeel: la soluzione Cloud sovrana, francese e di portata europea, del gruppo inherent Scopri inherent
Componenti · Servizi e orchestrazione
Zone e recordset pubblicati da ExternalDNS (un DNSEndpoint per recordset).
OpenKeel implementation in Go of OpenStack Designate (DNS as a Service), generated from the reverse-specification of branch stable/2026.2 by the generate-go-from-spec skill. It replaces the Python service without its clients noticing (python-designateclient and its OSC plugin, Neutron's DNS driver, Heat's OS::Designate::*, Skyline): same 78 routes, status codes, {code, type, message, request_id} error bodies and policies, writes answered 202 PENDING. What is reproduced and what differs is in docs/CONFORMANCE.md; the security checklist is in docs/SECURITY.md.
DNS publication is Kubernetes-native: zones are created through the DNS server's API (PowerDNS), recordsets become ExternalDNS DNSEndpoint custom resources, and a reconciler reports ACTIVE/ERROR by querying the authoritative servers. designate-worker, designate-producer and designate-mdns are replaced by that reconciler; designate-central runs in-process (no RPC).
github.com/openkeel/openkeel-designatedesignate-api: API on port 9001, health and metrics on 9090, -migrate for the migration Job;designate-reconciler: pushes zones (PowerDNS API + DNSEndpoints), polls the servers, purges deleted zones; one active replica (Lease);designate-sink: Nova and Neutron notifications to managed records (optional, RabbitMQ);designate-manage: database sync, pool update --file pools.yaml, pool show-config.Estratto da openkeel-designate/README.md (in inglese).
78 operazioni dell'API REST originale (route e azioni nel corpo) e il loro stato in OpenKeel.
Gli scambi funzionali delle API di Designate Python vengono riprodotti sul servizio Go, con vettori di algoritmo e le aspettative dei client coperte dal replay.
548 scambi di 299 test funzionali di API Python restituiscono lo stesso stato e lo stesso corpo.
go test -tags e2e ./test/e2e/..., E2E_MYSQL_DSN per MariaDB 11.4; E2E_STRICT=1 superato con 32 differenze note.
Ultimo risultato 516 / 548 identici su entrambi i motori (il replay dell'originale Python dà 501 / 548).
Fonte: openkeel-designate/docs/CONFORMANCE.md
I numeri di serie SOA, lo stato di zone e record, i risultati di poll e l'importazione dei file di zona vengono calcolati come in Python.
go test ./... in internal/central e internal/zonefile.
Ultimo risultato 263 / 263.
Fonte: openkeel-designate/docs/CONFORMANCE.md
Filtri per nome, links.next, conteggi, intestazioni Designate, 202 PENDING, 404 sulle zone eliminate, 400 per i record gestiti, aggiornamenti PTR come previsto dai client.
Coperto dal replay. designateclient/OSC, Neutron, Heat, Skyline e designate-tempest-plugin reali non eseguiti.
Ultimo risultato Tutte soddisfatte per costruzione e coperte dal replay.
Fonte: openkeel-designate/docs/CONFORMANCE.md
Il ciclo di vita delle zone su un server DNS, l'API delle zone di PowerDNS, il writer ExternalDNS e il ricevitore delle notifiche si comportano come specificato.
internal/reconciler con un server DNS simulato, internal/backend, internal/sink.
Ultimo risultato Superato.
Fonte: openkeel-designate/docs/CONFORMANCE.md
Designate mantiene le sue 78 operazioni API ma pubblica i record tramite ExternalDNS e le API dei provider DNS, per cui scompaiono mdns, i target di pool in stile BIND e i worker RPC.
Gestito da ExternalDNS
Le zone vengono create tramite l'API del server DNS (PowerDNS, Route 53, Azure, Google, Cloudflare) e i recordset diventano DNSEndpoint pubblicati da ExternalDNS.
Lo stato della zona è confermato interrogando i server autoritativi. Il serial SOA e i name server serviti competono al provider, e le chiavi TSIG sono solo informative.
Fonte: openkeel-designate/docs/CONFORMANCE.md
Gestito da Kubernetes Leases
Central gira nel processo con una transazione per richiesta; un unico riconciliatore, che detiene un Lease, sostituisce worker, producer e mdns.
Stesso comportamento dell'API, incluso 202 PENDING sulle scritture; un MessagingTimeout 504 non può più verificarsi.
Fonte: openkeel-designate/docs/CONFORMANCE.md
Gestito da ExternalDNS
ExternalDNS non può pubblicare questi tipi.
Vengono rifiutati con il 400 proprio di Designate, 'not a supported record type'. Gli operatori possono abilitarli per un backend che li pubblica.
Fonte: openkeel-designate/docs/CONFORMANCE.md
Gestito da ExternalDNS
ExternalDNS non gestisce le zone secondarie; solo un backend con zone secondarie (PowerDNS) può recuperarle.
Le zone secondarie funzionano su PowerDNS; su Route 53, Azure, Cloud DNS o Cloudflare passano in ERROR.
Fonte: openkeel-designate/docs/CONFORMANCE.md
Qui è elencato solo ciò che è stato escluso per scelta progettuale; il lavoro non ancora svolto si trova nei Known gaps del docs/CONFORMANCE.md del modulo. Tutti i moduli
Vista del servizio generata dalla skill dei diagrammi a partire dal modello OpenKeel.
Schermo intero| Da | A | Protocollo | Cosa |
|---|---|---|---|
| Designate API | Designate worker + sink | RabbitMQ | RPC zone/recordset |
| RabbitMQ cluster | Designate worker + sink | RabbitMQ | sink: Nova/Neutron events |
| Designate worker + sink | ExternalDNS | API Kubernetes | DNSEndpoint per recordset |
| Designate worker + sink | Authoritative DNS | API REST | zone API, status polling |
Branch stable-2026.2 · 9 file
Leggi la reverse-specTariffazione (FinOps): utilizzo raccolto da Prometheus, tariffato con regole hashmap e script CEL, storico tariffato in InfluxDB; con openkeel-pricing (preventivi di costo e di carbonio), alimenta la pagina FinOps / GreenOps di Skyline.
Orchestrazione: ancora nessun servizio Go; i comandi di stack e di orchestrazione sono riscritti in ok.
API EC2 Query (97 azioni), firme SigV2 e SigV4 verificate da Keystone: AWS CLI, boto3, Terraform.