OpenKeel: die souveräne französische Cloud-Lösung mit europäischer Reichweite der inherent-Gruppe inherent entdecken

Das Projekt

Vision und Prinzipien

OpenKeel, die souveräne französische Cloud-Lösung mit europäischer Reichweite der inherent-Gruppe: eine Cloud auf Basis Cloud-nativer Open-Source-Technologien, nativ mandantenfähig, konzipiert, um SecNumCloud-ready zu sein, mit REST-APIs, die vollständig mit denen von OpenStack kompatibel sind.

Souverän, französisch, mit europäischer Reichweite

OpenKeel wird von der inherent-Gruppe entwickelt, einer französischen IT-Gruppe mit Expertise in KI, Cloud, Cybersicherheit und Konnektivität für Unternehmen und öffentliche Einrichtungen.

Ihre Souveränität beruht auf Open-Source-Code, vertrieben unter der Apache-Lizenz 2.0, auf offenen, mit dem OpenStack-Ökosystem geteilten APIs und auf einem Deployment auf den eigenen Kubernetes-Clustern des Kunden, in Frankreich und in Europa.

  • Eine Lösung der inherent-Gruppe
  • Open-Source-Software und offene Standards
  • Unter der Apache-Lizenz 2.0 vertrieben
  • Daten und Betrieb unter der Kontrolle des Kunden

Eine Cloud-native Lösung

OpenKeel übernimmt die OpenStack-Module (Keystone, Nova, Neutron, Cinder, Glance, Manila…) und schreibt sie in Go auf Basis Cloud-nativer Technologien neu: Kubernetes, OVN, KubeVirt, CSI, Rook-Ceph, Medik8s, ExternalDNS.

Die Control Plane (API, Scheduling, Datenbank, Bus) wird neu geschrieben; die Data Plane wird bewährten Kubernetes-Projekten überlassen. OpenKeel wird mit dem CLI okadm auf Kubernetes-Clustern bereitgestellt.

  • Statische Go-Binaries, Distroless-Images ohne Shell
  • Ein Helm-Chart pro Dienst, ein Umbrella-Chart
  • Deployment im Labor (kind) oder in der Produktion (Talos)

Nativ mandantenfähig

Die Mandantenisolation ergibt sich aus den OpenStack-APIs (Domains, Projekte, Rollen, Quotas) und aus der Data Plane: OVN-Netze pro Mandant, Neutron-Ports mit port_security, NFS-Ganesha-Gateways innerhalb des Mandantennetzes, eine Kata-MicroVM pro Container.

Mandanten haben keinen Zugriff auf Kubernetes: Nur die OpenKeel-Dienste erstellen die Objekte (VirtualMachines, Pods, PVCs, NetworkAttachmentDefinitions).

Konzipiert, um SecNumCloud-ready zu sein

SecNumCloud (ANSSI, Rahmenwerk 3.2) qualifiziert einen Cloud-Dienst und den Anbieter, der ihn betreibt: Organisation, Personal, Räumlichkeiten und Betrieb ebenso wie die Technik. Keine Software kann für sich allein qualifiziert werden.

OpenKeel will eine SecNumCloud-ready-Grundlage sein: verschlüsselte Datenflüsse, ein Audit-Trail auf jeder API, Mandantenisolation, starke Authentifizierung und Schlüsselverwaltung, mit der Dokumentation, mit der der Anbieter die Konformität im Audit nachweisen kann.

  • Eingebaute Mechanismen, Nachweise im Code
  • Was konform ist und was noch zu tun bleibt, veröffentlicht
  • Ein Weg zur Qualifizierung: Matrix, Vor-Audit, PASSI-Penetrationstest

Leitprinzipien

OpenStack-API

100 % kompatibel mit den Python-APIs

MariaDB

100 % kompatibel mit dem Datenmodell

RabbitMQ

100 % kompatibel mit den Nachrichten

e2e-Tests

Die OpenStack-Testsuites erneut ausführen

Vorhandene Bausteine

CSI, NFS-Ganesha, OVN, KubeVirt

Erster Schritt: spezifizieren, generieren, testen

  1. 01

    151 Upstream-Projekte

    Abgerufene und analysierte OpenStack-Repositorys

  2. 02

    36 Reverse-Specs

    Präzise Spezifikationen der Komponenten

  3. 03

    27 Go-Projekte

    Beginnend mit Placement und Keystone

  4. 04

    Skill und e2e-Tests

    Spezifikation angereichert, e2e-Tests integriert

Zahlen aus der Präsentation; der Workspace enthält derzeit 38 Reverse-Spec-Ordner und 25 Go-Module.

OpenKeel auf einer Seite

  • 24auf dieser Website vorgestellte Komponenten
  • 38Reverse-Specs der Upstream-Repositorys
  • 3verkettete Claude-Skills: Spec, Diagramm, Code