Seminar 8ra: Open-Source-Bausteine und Technologieauswahl

Ein tragfähiger Cloud-Edge-Entwurf benötigt passende, wartbare Komponenten. Dieses Seminar übersetzt die 8ra-Zielsetzung in eine methodische Technologieauswahl. Bewertet wird, welchen Architekturbeitrag eine Komponente tatsächlich leistet, welche Voraussetzungen ihr Betrieb hat und wie aufwendig ihre Integration mit anderen Bausteinen ist.

ApeiroRA und ausgewählte Komponenten wie Gardener, kcp und Open Component Model werden ebenso eingeordnet wie OpenNebula und die Cloud-Edge-Arbeiten im ONEnextgen-Umfeld. Die Beispiele verdeutlichen unterschiedliche Aufgaben in einer Architektur. Sie bilden keinen verbindlichen Produktkatalog für jede 8ra-Umsetzung.

Die Auswahl stützt sich auf nachvollziehbare Kriterien: veröffentlichte Funktionen, dokumentierte APIs, Release- und Wartungsprozesse, Lizenzbedingungen, Sicherheitsbehandlung und vorhandene Betriebskompetenz. Eine vorbereitete technische Stichprobe zeigt, ob entscheidende Annahmen praktisch belastbar sind. Eine vollständige Installation sämtlicher betrachteter Projekte ist nicht Gegenstand des Kurses.

Lernziele

• Open-Source-Komponenten ihrem tatsächlichen Architekturbeitrag zuordnen.
• Veröffentlichungsstand, Wartbarkeit und Integrationsaufwand mit belegbaren Kriterien bewerten.
• Eine gewichtete Auswahlmatrix mit Ausschlusskriterien aufbauen.
• Eine technische Stichprobe zur Absicherung einer Auswahlentscheidung durchführen.

Seminarinhalte

Bausteine und Architekturaufgaben

• Zusammenhang zwischen dem übergeordneten ICRA-Modell und konkreten Softwarebausteinen klären.
• ApeiroRA als Sammlung zusammenwirkender Open-Source-Komponenten im IPCEI-CIS-Umfeld einordnen.
• Clusterverwaltung mit Gardener, API-Bereitstellung mit kcp und Artefaktbeschreibung mit OCM unterscheiden.
• OpenNebula und ONEnextgen hinsichtlich Virtualisierung und verteilter Cloud-Edge-Ressourcen betrachten.

Reifegrad und Wartbarkeit

• Release-Status, verfügbare Dokumentation, getestete Plattformen und Upgradepfade getrennt bewerten.
• Projektaktivität, Verantwortlichkeiten, Sicherheitsmeldungen und Abhängigkeiten methodisch erfassen.
• Community-Unterstützung und vertraglichen Herstellersupport nach Reichweite und Zuständigkeit unterscheiden.
• Experimentelle Funktionen, Demonstratoren und betrieblich abgesicherte Funktionen im Bewertungsbogen kennzeichnen.

Integration und offene Schnittstellen

• API-Verträge, Identitätsmodelle, Datenformate und Zustandsmodelle auf Anschlussfähigkeit prüfen.
• Benötigte Adapter und deren langfristigen Wartungsaufwand in die Bewertung aufnehmen.
• Portabilität anhand von Export, Wiederherstellung und reproduzierbarer Bereitstellung konkretisieren.
• Technische Abhängigkeiten einer Komponentenwahl mit den Kompetenzen des Betriebsteams abgleichen.

Governance und Lieferkette

• Lizenzinformationen, Änderungsnachweise und Artefaktherkunft in einem Komponentenverzeichnis erfassen.
• Freigabe, Versionsbindung, Sicherheitsaktualisierung und Außerbetriebnahme als Lebenszyklus planen.
• Software-Stücklisten und signierte Artefakte als mögliche Nachweise einordnen.
• Beschaffungs- und Betriebsanforderungen für intern oder extern gepflegte Komponenten formulieren.

Bewertungsmatrix und technische Stichprobe

• Mindestanforderungen, Ausschlusskriterien und gewichtete Qualitätsmerkmale aus einem Anwendungsfall ableiten.
• Zwei passende Lösungsvarianten bewerten, ohne unterschiedliche Funktionsumfänge gleichzusetzen.
• An einer vorbereiteten Komponente API-Zugriff, Zustandsänderung und Fehlerrückmeldung nachvollziehen.
• Beobachtete Grenzen dokumentieren und die Auswahlentscheidung bei veränderten Gewichtungen erneut prüfen.

Entscheidung und Übergabe

• Technische Eignung, Betriebskosten und verbleibende Ungewissheit in einer Entscheidungsvorlage verbinden.
• Zusätzliche Prüfungen vor einer produktiven Einführung benennen und priorisieren.
• Pflegeverantwortung und Eskalationsweg für jeden vorgesehenen Baustein festhalten.
• Ein begrenztes Integrationspaket mit messbaren Abnahmekriterien definieren.

Praxisübungen

1. Einen konkreten Cloud-Edge-Anwendungsfall und seine zwingenden Anforderungen festlegen.
2. Zwei Lösungsvarianten mit vergleichbarem Aufgabenbereich in einer Auswahlmatrix bewerten.
3. Die kritische API-Funktion einer vorbereiteten Komponente aufrufen und ihre Zustandsänderung beobachten.
4. Einen absichtlich ungültigen Auftrag ausführen und die Fehlerrückmeldung bewerten.
5. Die Auswahl mit gemessenen Eigenschaften, bekannten Grenzen und einem nachvollziehbaren Wartungsmodell begründen.

Schulungsumgebung

Der Kunde stellt die Schulungsumgebung. Für die technische Stichprobe wird eine vorab abgestimmte, lauffähige Open-Source-Komponente mit Testzugang benötigt. Alternative Komponenten werden anhand vorbereiteter Funktionsprofile verglichen.