Seminar Aiven Kompakt – Plattform, Services und produktiver Betrieb

Das Kompaktseminar vermittelt eine belastbare Gesamtübersicht für Teams, die Aiven einführen, bewerten oder verantworten. Es ersetzt keine Produktspezialisierung, schafft aber ein gemeinsames Betriebs- und Entscheidungsmodell.

Inhaltsverzeichnis

1. Einordnung und Nutzen
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
6. Tag 1: Plattform, Governance und Serviceauswahl
7. Tag 2: Integrationen, Datenfluss und Observability
8. Tag 3: Produktiver Betrieb und Automation
9. Praxisübungen

Einordnung und Nutzen

In drei Tagen werden Organisationsstruktur, Serviceportfolio, sichere Bereitstellung, Integrationen, Observability, Netzwerkoptionen, Wartung, Backup, Skalierung, Kosten und Automation behandelt. Eine kleine Multi-Service-Umgebung dient als roter Faden und wird am Ende in ein Betriebsrunbook überführt.

Zielgruppe

• Cloud- und Plattformadministration
• DevOps- und Site-Reliability-Engineering
• Technische Architektur und Betrieb
• Software- und Datenentwicklung
• DevOps- und Plattform-Engineering
• Technische Architektur
• IT-Leitung, technische Projektleitung und Architektur

Voraussetzungen

• Grundkenntnisse zu Cloud-Diensten, Netzwerken und Datenbanken
• Sicherer Umgang mit Browser und Kommandozeile
• Für Übungen ein freigegebenes Aiven-Projekt oder eine vorbereitete Schulungsumgebung

Lernziele

• Aiven-Plattformstruktur und Managed-Service-Verantwortungen einordnen
• Geeignete Daten-, Streaming-, Such- und Observability-Services auswählen
• Projekte, Benutzer, Netzwerke und Services sicher grundkonfigurieren
• Serviceintegrationen und Überwachung in einer kleinen Landschaft aufbauen
• Wartung, Backup, Skalierung, Kosten und Automation als Betriebsprozess planen

Seminarinhalte

Jeder Arbeitsschritt wird praktisch umgesetzt, mit einem kurzen Funktionstest geprüft und als wiederholbarer Betriebsablauf dokumentiert.

Tag 1: Plattform, Governance und Serviceauswahl

Der erste Tag schafft Orientierung und eine einsatzfähige Grundstruktur.

1. Schritt 1: Managed-Service-Verantwortung abgrenzen. Praktisches Arbeitsergebnis: Aufgaben von Aiven und Kunde für Infrastruktur, Datenmodell, Benutzer, Netzwerk, Anwendung, Backupprüfung und Incidentreaktion eindeutig zugeordnet.
2. Schritt 2: Organisation, Units und Projekte modellieren. Praktisches Arbeitsergebnis: Unternehmensstruktur, Umgebungen, Berechtigungsgrenzen und Billing in ein übersichtliches Projektmodell übertragen.
3. Schritt 3: Serviceportfolio nach Workload auswählen. Praktisches Arbeitsergebnis: PostgreSQL, MySQL, Valkey, Kafka, Flink, OpenSearch, ClickHouse, Metrics und Grafana anhand von Datenzugriff und Betriebsziel verglichen.
4. Schritt 4: Tags, Rollen und Tokens grundlegend einrichten. Praktisches Arbeitsergebnis: Ownership, Umgebung und Kostenstelle getaggt, minimale Rollen vergeben und ein technischer Token sicher behandelt.
5. Schritt 5: Ersten Service bereitstellen. Praktisches Arbeitsergebnis: Cloud, Region, Plan, Name und Zugang gewählt, Status kontrolliert und eine TLS-Verbindung mit einfachem Funktionstest hergestellt.

Tag 2: Integrationen, Datenfluss und Observability

Der zweite Tag verbindet mehrere Services zu einem nachvollziehbaren System.

1. Schritt 1: Datenfluss und Serviceabhängigkeiten zeichnen. Praktisches Arbeitsergebnis: Quelle, Transport, Verarbeitung, Speicherung, Analyse und Monitoring mit Ports, Zugang und Verantwortlichkeit dokumentiert.
2. Schritt 2: Serviceintegration einrichten. Praktisches Arbeitsergebnis: zwei vorbereitete Aiven-Services verbunden, erzeugte Zugangsdaten geprüft und der resultierende Datenweg getestet.
3. Schritt 3: Kafka- und Datenbankgrundlagen anwenden. Praktisches Arbeitsergebnis: Topic, Schema, Datenbankbenutzer und einfache Produzenten-/Konsumenten- beziehungsweise SQL-Operationen praktisch nachvollzogen.
4. Schritt 4: Metriken und Logs nutzen. Praktisches Arbeitsergebnis: Servicezustand, Ressourcen, Fehler und Anwendungssignal in Console beziehungsweise vorbereiteter Grafana-Ansicht untersucht.
5. Schritt 5: Sicherheits- und Netzwerkkontrolle durchführen. Praktisches Arbeitsergebnis: öffentlicher Zugang, IP-Filter, TLS, Servicebenutzer, VPC-Optionen und private Endpunkte gegen eine Mindestcheckliste geprüft.

Tag 3: Produktiver Betrieb und Automation

Der dritte Tag überführt die Umgebung in wiederholbare Betriebsabläufe.

1. Schritt 1: Wartung und Updates vorbereiten. Praktisches Arbeitsergebnis: Wartungsfenster, Updatearten, Clientunterbrechung, Vorprüfung und Nachtest als Standardchange formuliert.
2. Schritt 2: Backup und Wiederanlauf planen. Praktisches Arbeitsergebnis: servicespezifische Sicherung, RPO/RTO, Restore- beziehungsweise Fork-Test und Datenkontrolle festgelegt.
3. Schritt 3: Skalierung und Kosten kontrollieren. Praktisches Arbeitsergebnis: Plan, Zusatzspeicher, Autoscaling, Laufzeiten, Billing Groups und Tags in eine monatliche Kapazitäts- und Kostenprüfung aufgenommen.
4. Schritt 4: API, CLI und Terraform einordnen. Praktisches Arbeitsergebnis: denselben Servicebestand über mehrere Werkzeuge gelesen und entschieden, welche Änderungen manuell, skriptbasiert oder deklarativ erfolgen sollen.
5. Schritt 5: Betriebsrunbook abschließen. Praktisches Arbeitsergebnis: Tageskontrolle, Benutzeränderung, Wartung, Alarm, Störung, Supporteskalation und Abschaltung in klare Schrittfolgen überführt.

Praxisübungen

• Aufbau eines kleinen Organisations- und Projektmodells
• Bereitstellung eines Services und verschlüsselter Verbindungstest
• Integration zweier vorbereiteter Aiven-Services
• Sicherheits-, Netzwerk- und Observability-Check
• Betriebsrunbook für Wartung, Backup, Skalierung und Incident