Seminar NeoNephos: Katalis – Föderation von Cloud- und Edge-Ressourcen

Seminarbeschreibung

Die Zusammenarbeit mehrerer Cloud- und Edge-Betreiber benötigt verständliche Schnittstellen und einen klaren Umgang mit asynchronen Zuständen. Das Seminar ordnet Katalis in dieses Umfeld ein und untersucht die Abbildung ausgewählter Föderationsvorgänge auf Kubernetes-Ressourcen. Zuständigkeiten der API, des Operators und nachgelagerter Bereitstellungskomponenten werden ausdrücklich getrennt.

Katalis wird als Integrations- und Pilotierungsgegenstand behandelt. Der bereitgestellte Entwicklungsstand unterstützt einen begrenzten Schnittstellenumfang; eine vollständige Telco-Plattform wird nicht vorausgesetzt. Die Praxis verwendet definierte Partnerendpunkte beziehungsweise Testdoubles und macht sichtbar, an welcher Stelle ein tatsächlicher Ressourcenanbieter zusätzlich eingebunden werden muss.

Inhaltsübersicht

• Föderationsszenarien und Rollen
• APIs und Kubernetes-Abbildung
• Testumgebung und Partnerzugang
• Anfragen und Lebenszyklus
• Fehler und Konsistenz
• Pilotdesign und Abnahmekriterien

Föderationsszenarien und Rollen

• Anbieter-, Verbraucher- und Partnerrollen für die standortübergreifende Nutzung von Ressourcen modellieren.
• Latenz, Standort, Kapazität und Zuständigkeiten als Kriterien eines konkreten Edge-Szenarios untersuchen.
• Eine Anfrage von der Betreibervereinbarung bis zur tatsächlich benötigten technischen Ressource vollständig beschreiben.

APIs und Kubernetes-Abbildung

• Das Prinzip der East/WestBound-Schnittstellen und deren im Labor unterstützten Teilumfang einordnen.
• REST-Anfrage, Custom Resource, Controller-Abgleich und nachgelagerte Orchestrierung voneinander unterscheiden.
• Den im Test unterstützten Vorgang von noch fehlenden Schnittstellen und geplanten Erweiterungen ausdrücklich abgrenzen.

Testumgebung und Partnerzugang

• API-Server und Operator mit festgelegter Konfiguration untersuchen und ihre Zustände prüfen.
• Verbindungsparameter, Identitäten, Zertifikate und die erforderlichen Partnerinformationen strukturiert erfassen.
• Vor dem Funktionstest Erreichbarkeit, Konfiguration und erlaubten Kommunikationsweg beider Gegenstellen prüfen.

Anfragen und Lebenszyklus

• Eine unterstützte Föderationsanfrage auslösen und ihre Übersetzung in Ressourcen verfolgen.
• Asynchrone Rückmeldungen und den Zusammenhang zwischen lokalem Status und entferntem Vorgang analysieren.
• Eine angenommene Anfrage von erfolgreich abgeschlossener Bereitstellung anhand der verfügbaren Statusdaten unterscheiden.

Fehler und Konsistenz

• Zeitüberschreitungen, nicht erreichbare Partner und wiederholte Rückmeldungen in vorbereiteten Testfällen untersuchen.
• Abbruch, Wiederholung und Bereinigung nach den Möglichkeiten der eingesetzten Fassung bewerten.
• Wiederholte Anfragen auf mögliche doppelte Verarbeitung prüfen und benötigte Schutzmechanismen dokumentieren.

Pilotdesign und Abnahmekriterien

• Benötigte Orchestratoren und Ressourcenanbieter als explizite Abhängigkeiten dokumentieren.
• Für einen begrenzten Pilotfall Schnittstellenumfang, Prüfungen, Betriebszuständigkeiten und offene Entwicklungsfragen festlegen.
• Für jeden nicht durchgeführten Ende-zu-Ende-Schritt den fehlenden Nachweis und die verantwortliche Komponente festhalten.

Praxisübungen

1. Ein Föderationsszenario mit zwei Partnern zeichnen und den unterstützten API-Umfang der Testfassung festhalten.
2. Eine vorbereitete Anfrage an die Test-API senden und die daraus entstehenden Kubernetes-Ressourcen überprüfen.
3. Eine Partnerantwort und einen Ausfallfall nachstellen und die unterschiedlichen Statusübergänge protokollieren.
4. Die Abhängigkeiten bis zur tatsächlichen Bereitstellung ergänzen und einen technisch abgegrenzten Pilotversuch definieren.

Schulungsumgebung

Der Kunde stellt einen isolierten Kubernetes-Cluster und eine vorab abgestimmte Katalis-Fassung mit API-Server und Operator. Partnerendpunkte werden als freigegebene Testdienste oder klar gekennzeichnete Testdoubles bereitgestellt.