Sovereign Cloud Stack

Eine Plattform — standardisiert, entwickelt und betrieben von Vielen.

Sovereign Cloud Stack nutzen

Wie man SCS bekommt

Sovereign Cloud Stack ist vollständig Open Source – wir entwickeln es in einem offenen Entwicklungsprozess in einer offenen Community. Wir folgen den Four Opens der Open Infrastructure Community. Wir arbeiten eng mit den upstream Projekten der Open Infrastructure Foundation, der Cloud Native Computing Foundation und weiteren zusammen. Der größte Teil unseres Quellcodes kommt aus diesen Communities – wenn wir diese verbessern, ergänzen, Dinge ändern, dann suchen wir den Kontakt mit ihnen, so dass wir unsere Änderungen wieder zurückgeben und einfließen lassen können.

Wir nutzen github/SovereignCloudStack um den von uns genutzten Code zu verwalten – unser eigener Code besteht hauptsächlich aus der Automatisierung und der Integration der die genutzten Upstream Projekte in einer konsistenten und gut zu verwaltenden Art verbindet. Dazu kommen Dokumentation und natürlich eine Menge von kontinuierlichen Integrationstests (CI).

Um den SCS Code zu installieren, um ihn zu studieren, zu testen, zu verändern und auch um zu ihm beitragen zu können verweisen wir auf unser github SCS Docs Repository.

Am 15.7.2021 haben wir Release 0 freigegeben.

Am 29.9.2021 haben wir Release 1 freigegeben.

Am 23.3.2022 haben wir Release 2 freigegeben.

Am 21.9.2022 haben wir Release 3 freigegeben.

Am 22.3.2023 haben wir Release 4 freigegeben.

Am 20.9.2023 haben wir Release 5 freigegeben.

Am 20.3.2024 haben wir Release 6 freigegeben.

SCS und OSISM

Für die grundlegenden Schichten bauen wir auf dem Open Source Infrastructure and Service Manager (OSISM) Projekt auf.

Beitragen

Wir sind eine internationale Gemeinschaft aus verschiedenen Unternehmen, Organisationen und Individuen.

Im Community Bereich unserer Docs Seiten kann man besser verstehen, wie die Community interagiert, um SCS Standards, Code und Wissen zu entwickeln. Wer möchte kann auch direkt mit uns in Kontakt treten für ein individuelles Onboarding.

Wir sind eine offene Community, die Neuankömmlinge willkommen heisst. Unsere Erwartungen an das Verhalten der Beitragenden haben wir in einem Verhaltenskodex zum Ausdruck gebracht.

SCS einsetzen

Man kann verschiedene Schritte machen, um SCS zu unterstützen und einzusetzen.

Zunächst einmal freuen wir uns über Beiträge an SCS und den relevanten upstream Open Source Projekten. Wenn wir uns gemeinsam für Themen einsetzen um z.B. erfolgreich die digitale Souveränität voranzubringen, so finden wir das ausgezeichnet.

Bei der Umsetzung von SCS kann man in zwei Richtungen denken: Welche Module von SCS und welches Niveau der Umsetzung.

Zum einen ist SCS modular. Man kann z.B. einfach nur Teile des Container Stacks einsetzen. Oder vielleicht den ganzen Stack an Betriebswerkzeugen. Oder den IaaS Teil. Oder ceph. Oder alles außer ceph …

Desweiteren gibt es drei verschiedene Stufen der Umsetzung.

Stufen der Umsetzung

Die erste Stufe wäre, die Plattform (oder genauer das Modul) mit den SCS Standards kompatibel zu machen. Das stellt sicher, dass man mit einem wachsenden Ökosystem kompatibel ist. Dafür müssen Kompatilibtätstests bestanden werden. (Die Tests müssen Stand Juli 2021 großteils noch entwickelt werdne. Das wird aber passieren, da es ein grundlegender Baustein unseres Projekts ist.)

Die zweite Stufe wäre die Benutzung der (Referenz)Implementierung für das fragliche Modul. Das bedeutet, dass man das gleiche Stück Code nutzt und zu ihm beiträgt wie die anderen Partner und dadurch eine Menge Arbeit bei der Auswahl, Integration, Automatisierung, Validierung, Dokumentation dieses Teils spart. Da wir auch Best Practices für den Betrieb definieren und Umsetzen, eröffnet das auch die Möglichkeit eines Effizienzgewinns im Betrieb – bis hin zur Möglichkeit, betriebliche Aufgaben über die einzelne Plattform hinweg gemeinsam wahrzunehmen in einem Open Operations Modell. Das wäre dann die dritte Stufe.

Eine Umsetzungsmatrix könnte (stark vereinfacht) wir folgt aussehen:

Modul Umsetzungstufe 2022 Umsetzungsstufe 2023
Monitoring nicht kompatibel
IaaS kompatibel Implementierung
Storage nicht nicht
k8s-capi Implementierung Impl+OpenOps
k8s registry Implementierung Implementierung