OpenKeel: die souveräne französische Cloud-Lösung mit europäischer Reichweite der inherent-Gruppe inherent entdecken
Ressourcen
Die wesentlichen Antworten, um OpenKeel zu verstehen.
Die souveräne französische Cloud-Lösung mit europäischer Reichweite der inherent-Gruppe. Sie schreibt die OpenStack-Dienste in Go auf Basis Cloud-nativer Technologien (Kubernetes, OVN, KubeVirt, CSI) neu. Ihre REST-APIs sind mit denen von OpenStack kompatibel, und sie wird mit dem CLI okadm auf Kubernetes bereitgestellt.
Die inherent-Gruppe, eine französische IT-Gruppe mit Expertise in KI, Cloud, Cybersicherheit und Konnektivität für Unternehmen und öffentliche Einrichtungen.
Die Apache-Lizenz 2.0, die Lizenz von OpenStack: Der Code darf verwendet, geändert und weitergegeben werden, auch kommerziell, mit einer ausdrücklichen Patentlizenz; die Lizenz und die Urheberrechtshinweise begleiten jede Kopie, und Änderungen werden als solche gekennzeichnet.
SecNumCloud (ANSSI) qualifiziert einen Dienst und seinen Anbieter, keine Software. OpenKeel ist SecNumCloud-ready konzipiert: jeder interne Fluss in TLS, ein CADF-Audit-Trail auf jeder API, OpenStack-RBAC, Barbican mit einem HSM, Kata-Isolation für Container, signierte Images mit SBOM in einer kontrollierten Registry. Was heute konform ist und was sich noch weiterentwickeln muss, Anforderung für Anforderung, steht auf SecNumCloud-ready.
Ja: Jede Komponente behält die Pfade, Parameter, HTTP-Codes, Fehler-Bodies, Microversions und Policies des Originals. Clients, SDKs, Terraform, Tempest und Skyline bemerken keinen Unterschied. Bekannte Abweichungen sind in der Datei docs/CONFORMANCE.md jedes Moduls aufgeführt.
Die Mandanten sind die von Keystone (Domains, Projekte, Rollen, Quotas). Sie haben keinen Zugriff auf Kubernetes. VMs haben keine Schnittstelle im Pod-Netz: Ihre NICs sind Neutron-Ports in OVN, geschützt durch port_security und einen CNI-Schutzmechanismus. Auch Manila und Zun isolieren jeden Mandanten (ein NFS-Gateway im Mandantennetz, eine Kata-MicroVM pro Container).
Go ist die Sprache von Kubernetes, etcd, containerd, Helm, Prometheus und KubeVirt. Es liefert statische Binaries, Distroless-Images ohne Shell und nativen Zugriff auf client-go, das Helm SDK und OVSDB.
Mit okadm: okadm plan prüft den Cluster, okadm install installiert die Operatoren, Datendienste und Komponenten in der richtigen Reihenfolge, okadm upgrade aktualisiert eine Komponente nach der anderen. Im Labor kann okadm einen kind-Cluster erstellen.
Jedes Speichersystem und jede Speichersoftware mit einem Block-CSI-Treiber: Rook-Ceph (RBD), Longhorn, NetApp (Trident), Huawei Dorado sowie Pure Storage FlashArray über den eigenen CSI-Treiber von OpenKeel. Jedes davon ist ein Cinder-Backend, das durch eine StorageClass definiert wird; die Mandanten wählen es über Volume-Typen. Den Validierungsstand jedes Treibers finden Sie unter Block-Storage.
Sie wird nicht neu geschrieben: KubeVirt führt die VMs aus, OVN und Open vSwitch schalten die Netze, CSI (Longhorn, Pure Storage) stellt die Volumes bereit, Rook-Ceph den Objektspeicher, ExternalDNS das DNS und Medik8s die Knotenwiederherstellung.
Noch nicht. Ironic bleibt upstream Python, verpackt in einem OpenKeel-Chart. Für Heat gibt es eine Reverse-Spec; nur seine Stack- und Orchestrierungsbefehle sind im Client ok neu geschrieben.
Über fünf Teststufen: Unit, Galera-Integration, e2e Replay der gegen den Python-Dienst aufgezeichneten Austausche, differenzielles CLI zwischen ok und openstack sowie Tempest mit seinen Plugins.
Vom Skill generate-reverse-spec, der den upstream Python-Code eines Branches (stable/2026.2) liest und eine belegte Spezifikation sowie ein Rewrite Pack erzeugt. Die 38 Reverse-Specs sind im Bereich Ressourcen veröffentlicht.