Seminar Crossplane Intensivseminar – Provider, Functions und Multi-Cloud

Inhaltsverzeichnis

1. Seminarüberblick
2. Einordnung und Praxisbezug
3. Schrittweise Seminarinhalte
4. Praxisübungen
5. Zielgruppe und Voraussetzungen

Seminarüberblick

Dieser Intensivpfad konsolidiert die entwicklungs- und providerbezogenen Spezialseminare. Er verbindet Function-Entwicklung, Grundlagen eigener Provider, AWS-, Azure- und GCP-Integration sowie Multi-Cloud-API-Design in einem anspruchsvollen Praxisprojekt.

Eine gemeinsame Plattform-API erhält mehrere cloudabhängige Compositions und eine eigene Function. Zusätzlich wird ein begrenzter Upjet-Providerbaustein konfiguriert, getestet und paketiert. Portabilitätsgrenzen und Betriebsfolgen werden ausdrücklich dokumentiert.

Einordnung und Praxisbezug

• Durchgängiger Entwicklungsworkflow für Functions, Provider und Plattformpakete.
• Kontrollierte Multi-Cloud-Abstraktion mit providerspezifischen Fähigkeiten.
• Automatisierte Tests und reproduzierbare OCI-Artefakte.
• Realistische Bewertung von Wartungsaufwand, Kompatibilität und Betriebsrisiken.

Schrittweise Seminarinhalte

Schritt 1: Multi-Cloud-Anforderungen präzisieren

• Gemeinsame Fähigkeiten und providerspezifische Unterschiede erfassen.
• Portabilität, Resilienz und Datenresidenz als getrennte Ziele behandeln.

Schritt 2: Gemeinsamen Plattformvertrag entwerfen

• Providerneutrale Kernfelder und Capability-Profile definieren.
• Scope, Status, Secrets und Versionsmodell festlegen.

Schritt 3: ProviderConfigs für drei Clouds strukturieren

• Konten, Projekte, Subscriptions, Regionen und Identitäten trennen.
• Workload Identity und Minimalberechtigungen je Cloud einplanen.

Schritt 4: AWS-Implementierung modellieren

• Netzwerk, Kubernetes- und Datendienste als Composition-Bausteine auswählen.
• Tagging, Regionen und Lifecycle-Regeln integrieren.

Schritt 5: Azure-Implementierung modellieren

• Ressourcengruppen, Netzwerk, AKS und Datendienst verbinden.
• Identität, Tags und asynchrone Bereitstellung berücksichtigen.

Schritt 6: GCP-Implementierung modellieren

• Projekte, VPC, GKE und Datendienst verbinden.
• Workload Identity, Quotas und Labels berücksichtigen.

Schritt 7: Composition-Auswahl und Revisionen steuern

• Cloud- und Serviceklasse über kontrollierte Regeln auswählen.
• Freigabekanäle und Rollback je Implementierung festlegen.

Schritt 8: Function-Protokoll verstehen

• Observed und Desired State sowie Context auswerten.
• Eigene Logik von Standard-Functions abgrenzen.

Schritt 9: Eigene Composition Function entwickeln

• API-Eingaben validieren und gewünschte Ressourcen ergänzen.
• Readiness, Status und verständliche Results erzeugen.

Schritt 10: Function testen und paketieren

• Unit-, Render- und End-to-End-Tests erstellen.
• Runtime-Image und xpkg-Artefakt reproduzierbar bauen.

Schritt 11: Providerentwicklung mit Upjet einordnen

• Quellschema, Generierung und Runtimearchitektur verstehen.
• Geeigneten begrenzten Ressourcenumfang auswählen.

Schritt 12: Providerressource konfigurieren

• Schema, externe Namen, Referenzen und Late Initialization anpassen.
• Management Policies und Safe-Start berücksichtigen.

Schritt 13: Provider testen und paketieren

• Generierungsprüfung, Unit- und Integrationstests aufbauen.
• Runtime und Paket als versionierte Artefakte veröffentlichen.

Schritt 14: Cloudübergreifende Governance einbauen

• Regionen, Größen, Verschlüsselung und Labels vereinheitlichen.
• Providerspezifische Regeln transparent dokumentieren.

Schritt 15: Observability und Fehlerbilder vereinheitlichen

• Conditions, Metriken und externe Providerzustände korrelieren.
• Cloudspezifische Fehler in gemeinsame Plattformstatus überführen.

Schritt 16: Konformität und Portabilität testen

• Gleiche XR gegen mehrere Compositions prüfen.
• Nicht unterstützte Optionen und Migrationsaufwand sichtbar machen.

Schritt 17: Gesamtpaket veröffentlichen

• XRD, Compositions, Function, Providerabhängigkeiten und Beispiele bündeln.
• Versionierung, Promotion und Kompatibilitätsmatrix abschließen.

Praxisübungen

1. Entwurf einer Multi-Cloud-Plattform-API mit Capability-Profilen.
2. Umsetzung providerspezifischer Compositions für mehrere Clouds.
3. Entwicklung und Test einer eigenen Composition Function.
4. Konfiguration einer begrenzten Upjet-Providerressource.
5. Durchführung cloudübergreifender Konformitäts- und Fehlerfalltests.
6. Build eines versionierten Configuration Packages mit allen Abhängigkeiten.

Zielgruppe und Voraussetzungen

Zielgruppe: Erfahrene Platform Engineers, Go- oder Python-Entwickler, Multi-Cloud Architects und Provider-Maintainer.

Voraussetzungen: Sehr gute Crossplane- und Kubernetes-Kenntnisse, praktische Cloud-Erfahrung sowie gute Programmierkenntnisse in Go oder Python.