Seminar ApeiroRA – Platform Mesh und kcp

Seminarbeschreibung

Platform Mesh bildet eine gemeinsame Steuerungsebene für das Angebot und die Nutzung unterschiedlicher Dienste. Das Seminar vermittelt die technischen Zusammenhänge zwischen einer deklarativen Bestellung, der API eines Providers und der Ausführung in dessen Infrastruktur. Der Schwerpunkt liegt auf kcp und den im Labor verwendeten Integrationskomponenten.

Workspaces schaffen getrennte API-Kontexte; APIExport und APIBinding verbinden die angebotene Ressourcenschnittstelle mit dem jeweiligen Consumer. Eine Bindung stellt die API bereit. Die tatsächliche Umsetzung des bestellten Dienstes benötigt zusätzlich einen zuständigen Controller und eine passende Verbindung zur Workload-Umgebung.

Die Übungen führen schrittweise von einer vorbereiteten Installation über das Veröffentlichen und Konsumieren einer API bis zur Diagnose gestörter Dienstbereitstellung. Sichtbare Statusmeldungen und tatsächliche Backend-Zustände werden miteinander abgeglichen. Dadurch entsteht ein konkretes Verständnis der Grenzen zwischen Plattform, Provider und Consumer.

Seminarinhalte

1. Steuerungsmodell und Komponenten

• Kubernetes Resource Model, deklarative Ressourcen und die Aufgaben der unterschiedlichen Control Planes einordnen.
• kcp als API-Control-Plane vom Kubernetes-Cluster unterscheiden, auf dem Pods und Service-Workloads ausgeführt werden.
• Die Bestandteile der vorbereiteten Platform-Mesh-Installation und deren Kommunikationswege prüfen.

2. Workspaces und Mandantenstruktur

• Provider- und Consumer-Kontexte in einer nachvollziehbaren Workspace-Struktur anlegen.
• Zugangskontexte wechseln und die jeweils sichtbaren Ressourcen sowie Berechtigungen kontrollieren.
• Organisationsstruktur, API-Isolation und Ausführungstrennung als unterschiedliche Aspekte eines Mandantenmodells behandeln.

3. APIs veröffentlichen und binden

• Ein Ressourcenschema und einen APIExport des vorbereiteten Beispielservices untersuchen und veröffentlichen.
• Die Service-API in einem Consumer-Workspace binden und die Bereitstellung des Ressourcentyps prüfen.
• Identität, Ressourcenversion und erforderliche Freigaben als Bestandteile des API-Vertrags nachvollziehen.

4. Serviceausführung und Rückmeldung

• Die Verbindung zwischen Control Plane und Workload-Cluster über den im Labor eingesetzten Sync- beziehungsweise Controller-Ansatz nachvollziehen.
• Eine Dienstinstanz bestellen und ihre Zustände von der Anforderung bis zur betriebsbereiten Ressource verfolgen.
• Statusbedingungen, Anschlussinformationen und Zugriffsgeheimnisse entsprechend der vorgesehenen Service-API behandeln.

5. Berechtigungen und API-Änderungen

• RBAC und Permission Claims anhand der tatsächlich benötigten Zugriffe konfigurieren und testen.
• Zusätzliche Provider-Zugriffsanforderungen prüfen und ihre Annahme oder Ablehnung durch den Consumer nachvollziehen.
• Eine kontrollierte API-Erweiterung auf Auswirkungen für bestehende Consumer und Integrationskomponenten untersuchen.

6. Betrieb und Fehlerwerkstatt

• Unvollständige Bindungen, fehlende Berechtigungen und eine gestörte Backend-Anbindung getrennt diagnostizieren.
• Änderungen und Löschung einer Dienstinstanz mit den erwarteten Zustandsübergängen überprüfen.
• Die Mindestinformationen für einen belastbaren Supportfall aus API, Controller und Workload-Ebene zusammenstellen.

Praktische Übungen

• Eine Provider-API veröffentlichen und in zwei Consumer-Workspaces mit definierten Rechten binden.
• Eine Beispielinstanz anfordern, ändern und löschen sowie den tatsächlichen Zustand im Workload-Cluster kontrollieren.
• Eine abgelehnte Zugriffsanforderung und eine unterbrochene Serviceanbindung anhand konkreter Status- und Logdaten untersuchen.

Arbeitsumgebung

Kundenseitig bereitgestellte, isolierte Platform-Mesh- und kcp-Umgebung mit einem ausführenden Kubernetes-Cluster und vorbereitetem Beispielprovider. Benötigt werden Helm, kubectl, passende kcp-Werkzeuge und getrennte Testzugänge.