Seminar IPCEI-CIS: Föderation und Service-Orchestrierung

Mehrere Cloud-Umgebungen bilden erst dann eine belastbare Föderation, wenn gemeinsame Abläufe und technische Zuständigkeiten definiert sind. Das Seminar untersucht diese Zusammenarbeit aus Integrationssicht. Berücksichtigt werden sowohl die Autonomie einzelner Anbieter als auch die einheitliche Sicht auf bestellbare Dienste und deren Lebenszyklus.

Ein vorbereitetes Schulungsmodell bildet zwei voneinander getrennte Anbieterumgebungen und einen einfachen Katalog ab. Darauf aufbauend werden Dienste beschrieben, Bereitstellungsabläufe automatisiert und typische Fehlerfälle geprüft. Die verwendeten Modellkomponenten demonstrieren Architekturprinzipien und begründen keine Zusage zur Kompatibilität beliebiger produktiver IPCEI-CIS-Komponenten.

Lernziele

• Anbieterübergreifende Dienstabläufe mit klaren Rollen und überprüfbaren Vertrauensgrenzen entwerfen.
• Dienstbeschreibungen, Provisionierung und Lebenszyklusaktionen anhand definierter APIs integrieren.
• Portabilität mit einem nachvollziehbaren Wechseltest einschließlich Zustands- und Datenprüfung bewerten.

Seminarinhalte

1. Föderationsmuster und Verantwortlichkeiten
2. Dienstkatalog und Leistungsbeschreibungen
3. Onboarding und kontrollierter Zugriff
4. Provisionierung und Lebenszyklus
5. Portabilität und Anbieterwechsel
6. Integrationstests und Abnahme

1. Föderationsmuster und Verantwortlichkeiten

Unterscheidung von gemeinsamer Nutzung, Dienstkomposition und Anbieterwechsel. Einordnung von Provider Access Point, Federation Manager und Federation Catalog. Modellierung der betrieblichen Zuständigkeiten, erforderlichen Vertrauensbeziehungen und der Grenze zwischen gemeinsamer Koordination und lokaler Hoheit eines Anbieters.

2. Dienstkatalog und Leistungsbeschreibungen

Erstellung maschinenlesbarer Angebote mit Ressourcenbedarf, Standortbedingungen, Dienstgüte und Einschränkungen. Prüfung von Versionierung, Kompatibilität und Vollständigkeit. Auswahl geeigneter Dienste anhand transparenter Regeln und Erfassung der Eigenschaften, die sich nicht aus einem Katalogeintrag allein verlässlich ableiten lassen.

3. Onboarding und kontrollierter Zugriff

Registrierung einer modellierten Anbieterumgebung, Zuordnung von Mandanten und Rollen sowie kontrollierte Übergabe von Zugangsdaten. Prüfung von Identitätsinformationen und Berechtigungen an APIs. Behandlung fehlerhafter Anmeldungen, unzulässiger Mandantenzuordnungen und widerrufener Berechtigungen in den bereitgestellten Schulungskomponenten.

4. Provisionierung und Lebenszyklus

Aufbau eines Workflows von der Anforderung bis zur einsatzbereiten Anwendung. Erfassung asynchroner Zustände und wiederholbarer Operationen. Unterscheidung zwischen technischem Fehler, Zeitüberschreitung und fachlicher Ablehnung; Entwicklung von Kompensationsschritten, damit ein unvollständiger Ablauf keine unkontrollierten Ressourcen hinterlässt.

5. Portabilität und Anbieterwechsel

Vorbereitung eines Wechsels durch Export von Konfiguration, Daten und erforderlichen Abhängigkeiten. Bereitstellung beim zweiten Modellanbieter, Funktionsprüfung und kontrollierte Umschaltung. Bewertung von Unterbrechungszeit, Datenkonsistenz und Rückfallmöglichkeit; Abgrenzung dieses Vorgehens von einer nicht automatisch verfügbaren Live-Migration.

6. Integrationstests und Abnahme

Erstellung positiver und negativer API-Tests für Bestellung, Änderung, Rücknahme und Freigabe. Nachverfolgung eines Vorgangs über beide Anbieterumgebungen. Dokumentation der tatsächlich geprüften Eigenschaften, der offenen Interoperabilitätsfragen und der Voraussetzungen für den Übergang in einen größeren Pilotbetrieb.

Praxisworkshop

1. Zwei Anbieterprofile und einen gemeinsamen Dienstvertrag im Laborkatalog hinterlegen.
2. Einen Bereitstellungsablauf mit eindeutigen Zuständen und Wiederholungsregeln erstellen.
3. Eine unzulässige Mandantenanfrage und einen abgebrochenen Auftrag kontrolliert testen.
4. Konfiguration und Testdaten exportieren, beim zweiten Anbieter bereitstellen und vergleichen.
5. Den Wechsel abnehmen und nicht erfüllte Eigenschaften im Prüfprotokoll festhalten.

Schulungsumgebung

Die Schulungsumgebung wird vom Kunden bereitgestellt. Zwei vorbereitete Testcluster mit getrennten Zugängen, lokale Git- und Image-Dienste, ein modellierter Dienstkatalog, API-Testwerkzeuge und ein vorinstallierter Workflow-Dienst. Mindestens 16 vCPU, 32 GB RAM und 150 GB SSD je Übungsgruppe oder gleichwertige zentrale Laborressourcen.

Die benötigten Softwarestände, Berechtigungen, Testdaten und Rücksetzmöglichkeiten werden vor Seminarbeginn abgestimmt und geprüft. Übungen erfolgen ausschließlich in freigegebenen Testumgebungen.