Seminar Soda Runner – Deployment, Betrieb und Skalierung

Das Seminar richtet Soda Runner als kontrollierte Ausführungsumgebung in der eigenen Infrastruktur ein. Netzwerk, Identitäten, Secrets und Ressourcen werden so gestaltet, dass Soda Cloud Aufträge sicher ausführen kann, ohne unnötige Daten- oder Zugriffswege zu öffnen.

Die Laborstrecke deckt Bereitstellung, Funktionstest, Skalierung, Upgrade und Störung ab. Der frühere Begriff Soda Agent wird im Migrationskontext berücksichtigt; die Betriebsdokumentation verwendet die aktuelle Runner-Bezeichnung.

Lernziele

• Runner-Architektur und Datenflüsse sicher in Kubernetes einordnen
• Deployment, Secrets, Netzwerk und Datenquellenzugriff reproduzierbar konfigurieren
• Jobs, Ressourcen, Skalierung und Betriebsüberwachung steuern
• Upgrade, Störungsdiagnose, Wiederanlauf und Recovery als Runbook umsetzen

Inhaltsübersicht

1. Architektur und Vertrauensgrenzen planen
2. Kubernetes- und Helm-Voraussetzungen prüfen
3. Runner sicher bereitstellen
4. Datenquellen und Auftragsausführung validieren
5. Secrets und Sicherheitsbetrieb organisieren
6. Ressourcen und Skalierung steuern
7. Monitoring und Troubleshooting etablieren
8. Upgrade, Wiederanlauf und Recovery abnehmen

Seminarinhalte

1. Architektur und Vertrauensgrenzen planen

1. Schritt 1: Soda Cloud, Runner-Workloads, Datenquellen und Diagnosepfade abbilden.
2. Schritt 2: Ein- und ausgehende Netzwerkverbindungen sowie DNS und TLS erfassen.
3. Schritt 3: Technische Identitäten und Rechte nach Kontroll- und Datenebene trennen.
4. Schritt 4: Umgebungs-, Mandanten- und Clustergrenzen für den Betrieb festlegen.

2. Kubernetes- und Helm-Voraussetzungen prüfen

1. Schritt 1: Namespace, Service Account, Ressourcenquoten und Policies vorbereiten.
2. Schritt 2: Helm-Client, Repositoryzugriff und Zielclusterkontext verifizieren.
3. Schritt 3: Persistenz-, Logging- und Monitoringanforderungen mit Plattformstandards abgleichen.
4. Schritt 4: Preflight-Checkliste für Netzwerk, Rechte, Secrets und Kapazität ausführen.

3. Runner sicher bereitstellen

1. Schritt 1: Wertekonfiguration für Umgebung und Cloud-Verbindung erstellen.
2. Schritt 2: API-Schlüssel über externen Secret-Mechanismus injizieren.
3. Schritt 3: Chart installieren und Rolloutstatus kontrollieren.
4. Schritt 4: Pods, Services, Events und Startprotokolle auf erfolgreiche Initialisierung prüfen.

4. Datenquellen und Auftragsausführung validieren

1. Schritt 1: Runner-Netzpfad und Datenbankidentität mit minimalen Rechten testen.
2. Schritt 2: Ein kleines Dataset und einen kontrollierten Contract-Auftrag ausführen.
3. Schritt 3: Auftragsstatus, Logs, Ergebnisveröffentlichung und Laufzeit korrelieren.
4. Schritt 4: Fehler bei DNS, TLS, Authentifizierung und Berechtigung gezielt reproduzieren.

5. Secrets und Sicherheitsbetrieb organisieren

1. Schritt 1: Secret-Quelle, Rotation und Rollout ohne Klartextablage festlegen.
2. Schritt 2: Container-, Image- und Netzwerk-Richtlinien prüfen.
3. Schritt 3: Logs auf geheime oder sensible Inhalte kontrollieren.
4. Schritt 4: Notfallwechsel eines Schlüssels mit minimaler Unterbrechung durchführen.

6. Ressourcen und Skalierung steuern

1. Schritt 1: CPU-, Speicher- und Parallelitätsbedarf anhand repräsentativer Jobs messen.
2. Schritt 2: Requests, Limits und Skalierungsgrenzen nach Lastprofil setzen.
3. Schritt 3: Gleichzeitige Aufträge und Quellsystembelastung kontrollieren.
4. Schritt 4: Queue-, Laufzeit- und Fehlerindikatoren als Kapazitätssignale definieren.

7. Monitoring und Troubleshooting etablieren

1. Schritt 1: Kubernetes-Zustand, Runner-Logs und Soda-Auftragsstatus gemeinsam überwachen.
2. Schritt 2: Start-, Verbindungs-, Ressourcen- und fachliche Prüffehler unterscheiden.
3. Schritt 3: Minimalen Diagnosepfad von Cloud-Auftrag bis Datenbankabfrage anwenden.
4. Schritt 4: Alarmierung und Eskalation mit klaren Besitzern dokumentieren.

8. Upgrade, Wiederanlauf und Recovery abnehmen

1. Schritt 1: Versions- und Konfigurationsänderung in einer Vorstufe testen.
2. Schritt 2: Helm-Upgrade mit Rollout- und Funktionskontrolle durchführen.
3. Schritt 3: Pod-, Node- und Netzwerkausfall simulieren und Wiederanlauf beobachten.
4. Schritt 4: Rollback, Wiederherstellung und Betriebsübergabe anhand eines Runbooks bestätigen.

Praxislabor

Ein Soda Runner wird in einem Schulungscluster bereitgestellt, mit externen Secrets und einer Datenquelle verbunden und unter Last getestet. Fehler in Netzwerk, Berechtigung und Ressourcen werden diagnostiziert; Upgrade und Rollback schließen die Übung ab.

Zielgruppe und Voraussetzungen

Zielgruppe: Kubernetes- und Cloudplattformbetrieb, DevOps, SRE, Data Platform Engineering, Informationssicherheit und technische Soda-Administration.

Voraussetzungen: Praktische Kubernetes-, Helm-, Netzwerk- und Secret-Management-Kenntnisse; Grundlagen von Soda Cloud und Data Contracts.

Didaktik und Arbeitsweise

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, strukturierte Konfigurationsschritte, Praxisübungen und kontrollierte Fehlerfälle vertieft. Jede Übung verwendet definierte Ausgangswerte, Prüfpunkte und Dokumentationsanforderungen, damit die erarbeiteten Abläufe als Betriebsstandard wiederholbar bleiben.