Kubernetes
Ogni servizio è un Deployment o un DaemonSet; Kubernetes gestisce repliche, riavvii, configurazione e secret.
Per saperne di piùLa soluzione Cloud sovrana, francese e di portata europea, del gruppo inherent
Un Cloud open source basato su Kubernetes, OVN e KubeVirt
OpenKeel costruisce un Cloud nativamente multi-tenant a partire da tecnologie Cloud Native e open source ed è esso stesso open source con licenza Apache 2.0, progettato per essere SecNumCloud-ready. Le sue API REST sono pienamente compatibili con quelle di OpenStack: gli stessi moduli, riscritti in Go, vengono distribuiti su cluster Kubernetes, e una riga di comando rende il deployment e la gestione del ciclo di vita plug and play. OpenKeel è un cloud pensato nell'era dell'IA e per l'IA.
- Sovrano
- Made in France
- Apache 2.0
- SecNumCloud-ready
- Kubernetes
- OVN
- KubeVirt
- Go
- API OpenStack
- Multi-tenant
«Una piattaforma Cloud e Cloud Native moderna e sovrana, con un ampio ecosistema»
Una soluzione sovrana francese di portata europea
OpenKeel è una soluzione del gruppo inherent, un gruppo informatico francese esperto in IA, cloud, cybersicurezza e connettività per aziende ed enti pubblici (inherent.fr).
Basato su software open source e standard aperti, OpenKeel offre alle organizzazioni un Cloud sotto il loro controllo: il codice, il deployment e i dati restano nelle loro mani, sull'infrastruttura di loro scelta in Francia e in Europa.
- Una soluzione francese del gruppo inherent
- Componenti open source, nessun lock-in proprietario
- Open source con licenza Apache 2.0
- Distribuito sui cluster Kubernetes del cliente
- Compatibile con l'ecosistema OpenStack
OpenKeel in sintesi
OpenKeel mantiene i contratti che danno valore all'ecosistema OpenStack (API REST, modello dati MariaDB, messaggi RabbitMQ) e sostituisce la loro implementazione Python con servizi Go nativi per Kubernetes.
Il data plane non viene riscritto: è affidato a progetti Cloud Native collaudati. Kubernetes orchestra, KubeVirt esegue le VM, OVN trasporta le reti dei tenant, CSI fornisce i volumi.
- 38 reverse-spec dei repository upstream
- 25 moduli Go nel workspace
- Release 2026.2.0, compatibile con l'API OpenStack 2026.2
- Client, SDK, Terraform e Tempest invariati
Basato su tecnologie Cloud Native e open source
OpenKeel riscrive il control plane e affida il data plane a componenti Kubernetes collaudati.
OVN e Open vSwitch
Neutron scrive reti, router, ACL e NAT in OVN Northbound; la rete delle VM resta isolata dalla rete dei Pod.
Per saperne di piùKubeVirt
Le istanze Nova sono VirtualMachine; CDI importa le immagini Glance nei volumi.
Per saperne di piùQualsiasi CSI a blocchi
I volumi Cinder funzionano su Rook-Ceph, Longhorn, NetApp, Huawei Dorado o sul nostro driver Pure Storage; le condivisioni Manila passano da NFS-Ganesha, S3 e Swift da Ceph RGW.
Per saperne di piùKata
Zun esegue ogni container nella propria microVM: un kernel per container, con la sua porta Neutron come unica rete.
Per saperne di piùMedik8s e ExternalDNS
Masakari si basa su Node Healthcheck e Self Node Remediation; Designate pubblica tramite ExternalDNS.
Per saperne di piùNativamente multi-tenant
Il modello Keystone (domini, progetti, ruoli, policy) suddivide il Cloud in tenant. I tenant non hanno accesso a Kubernetes: solo i servizi OpenKeel creano Pod, VM e volumi.
Ogni NIC di VM è collegata a una propria porta Neutron in OVN, senza interfaccia sulla rete dei Pod; una protezione CNI chiude i percorsi verso il nodo. Manila crea un gateway NFS all'interno della rete del tenant e Zun isola ogni container in una microVM.
- Progetti, quote e policy identici a OpenStack
- Reti dei tenant isolate dalla rete Kubernetes
- port_security contro lo spoofing di MAC e IP
- Una microVM Kata per container Zun
Progettato per essere SecNumCloud-ready
SecNumCloud, la qualifica dell'ANSSI, si applica a un servizio e al suo fornitore, non a un software. OpenKeel è progettato affinché un fornitore possa qualificare un Cloud costruito su di esso: non ostacola alcun requisito tecnico e fornisce i meccanismi e le evidenze richiesti dall'audit.
Ogni requisito è seguito in modo trasparente: ciò che è conforme oggi, ciò che è in corso e ciò che resta da far evolvere, ciascuno con la sua evidenza nel codice.
- Codice Go open source, nessuna telemetria, nessuna chiamata in uscita
- Un evento di audit CADF per ogni chiamata API
- RBAC di OpenStack, MFA in Keystone, Barbican con un HSM
- Tutti i flussi interni in TLS
100% compatibile con le API OpenStack
Un componente OpenKeel sostituisce l'originale senza che client, SDK, Terraform, Tempest o servizi vicini se ne accorgano.
Stessa API REST
- Percorsi, parametri, codici di stato HTTP
- Corpi di errore e microversion
- Policy identiche
Stesso database
- Stesse tabelle e colonne
- Stesse migrazioni di schema
- Dati esistenti riutilizzabili
Stessi messaggi RabbitMQ
- envelope oslo.messaging
- Stessi RPC e topic
- Notifiche versionate
I moduli riscritti in Go
I servizi OpenStack, specificati a partire dal codice upstream e poi generati in Go, ciascuno con la propria reverse-spec, il proprio diagramma e i propri test.
Distribuito su Kubernetes, plug and play
okadm è un binario Go che incorpora client-go, l'SDK Helm e i chart OpenKeel. Verifica il cluster, installa gli operator mancanti, poi i servizi dati e i componenti nell'ordine delle dipendenze, e riprende da dove si era fermato.
okadm plan --mode lab # does the cluster fit? what is missing?
okadm install --mode lab --create-kind --ingress --demo # kind cluster, Traefik, Skyline, demo project
okadm status # version, Helm releases, pod state
okadm upgrade --version 2026.2.1 # one component at a timeFAQ
Le risposte essenziali per capire OpenKeel.
Che cos'è OpenKeel?
La soluzione Cloud sovrana, francese e di portata europea, del gruppo inherent. Riscrive i servizi OpenStack in Go su tecnologie Cloud Native (Kubernetes, OVN, KubeVirt, CSI). Le sue API REST sono compatibili con quelle di OpenStack e si distribuisce su Kubernetes con la CLI okadm.
Chi c'è dietro OpenKeel?
Il gruppo inherent, un gruppo informatico francese esperto in IA, cloud, cybersicurezza e connettività per aziende ed enti pubblici.
Con quale licenza è distribuito OpenKeel?
La licenza Apache 2.0, quella di OpenStack: il codice può essere usato, modificato e ridistribuito, anche commercialmente, con una concessione esplicita di brevetti; la licenza e le note di copyright accompagnano ogni copia, e le modifiche sono segnalate come tali.
OpenKeel è qualificato SecNumCloud?
SecNumCloud (ANSSI) qualifica un servizio e il suo fornitore, non un software. OpenKeel è progettato per essere SecNumCloud-ready: ogni flusso interno in TLS, un audit trail CADF su ogni API, l'RBAC di OpenStack, Barbican con un HSM, l'isolamento Kata per i container, immagini firmate con uno SBOM su un registry controllato. Ciò che è conforme oggi e ciò che resta da far evolvere, requisito per requisito, è su SecNumCloud-ready.
I miei strumenti OpenStack continuano a funzionare?
Sì: ogni componente mantiene i percorsi, i parametri, i codici HTTP, i corpi di errore, le microversion e le policy dell'originale. Client, SDK, Terraform, Tempest e Skyline non notano alcuna differenza. Gli scostamenti noti sono elencati nel file docs/CONFORMANCE.md di ogni modulo.
Reverse-spec, diagrammi e presentazione
38 reverse-specs
Endpoint, errori, interazioni, scenari e rewrite pack di ogni repository upstream.
Sfoglia25 diagrammi
Panoramica, piattaforma, per servizio, per protocollo e posizionamento sui nodi.
Vedi le vistePresentazione di 57 slide
La presentazione di riferimento del progetto, in PowerPoint e PDF.
Scarica