DevOps & Platform Engineering: Fortgeschritten
Geh über erste Deployments hinaus. Automatisiere die Auslieferung, verwalte mehrere Umgebungen, ergänze Observability und baue wiederholbare Workflows, denen dein ganzes Team vertrauen kann.
Für wen dieser Lernpfad ist
Du kannst bereits eine Anwendung auf Kubernetes deployen und hast ein CI-Tool genutzt. Dieser Lernpfad ist für Engineers, die ihren Delivery-Prozess automatisiert, konsistent und für andere leicht nutzbar machen wollen.
Was du lernst
- Deployment-Pipelines bauen, die Änderungen über Umgebungen hinweg promoten
- Konfiguration und Secrets über mehrere Cluster hinweg verwalten
- Branch-basierte und Preview-Umgebungen für schnelleres Feedback
- Monitoring, Logging und Alerting ergänzen, damit du merkst, wenn etwas kaputtgeht
- GitOps-Praktiken anwenden, damit Cluster im deklarierten Zustand bleiben
So nutzt du diesen Lernpfad
Die Anleitungen sind nach Technologie gruppiert. Wähle den Bereich, der aktuell dein größter Engpass ist (Deployment, Konfiguration oder Sichtbarkeit), und beginne dort. Die meisten Anleitungen bauen auf einem laufenden Cluster auf, halte also während des Lernens einen am Laufen.
Bevor du startest
- Den Einsteiger-Lernpfad (Beginner) abgeschlossen oder gleichwertige praktische Erfahrung
- Vertrautheit mit Kubernetes-Objekten wie Deployments und Services
- Ein Git-Repository, an dem du experimentieren kannst
Wie es weitergeht
Weiter geht es mit dem Lernpfad für Experten (Advanced): Skalierung, Sicherheit und Plattformdesign.
What's in this path
Argo CD
4 guides- Multi-Cluster mit Argo CD konfigurieren Deployments über mehrere Cluster hinweg verwalten.
- Helm mit Argo CD verwenden Komplexe, als Helm-Charts paketierte Anwendungen deployen.
- Sync-Verhalten steuern: Auto-Sync, Prune, Self-Heal und Rollback Entscheide, wann Argo CD Änderungen anwendet, was es löscht und wie du ein fehlerhaftes Deployment rückgängig machst.
- Helm-Charts und Kustomize-Overlays pro Umgebung deployen Ein Repository für Dev und Prod strukturieren und die ConfigMap-Rollout-Falle vermeiden.
Flux CD
7 guides- Sync-Verhalten steuern: Intervalle, Prune, Drift-Korrektur und Rollback Entscheide, wann Flux Änderungen anwendet, was es löscht, wie du es pausierst und wie du ein fehlerhaftes Deployment rückgängig machst.
- Ein Repository mit Kustomize-Overlays pro Umgebung strukturieren Organisiere ein Repository für Dev und Produktion und vermeide die ConfigMap-Rollout-Falle.
- Helm-Charts mit HelmRelease deployen Installiere und upgrade Helm-Charts aus Helm-Repositories und OCI-Registries, mit automatischem Rollback.
- Image-Updates mit Flux Image Automation automatisieren Lass Flux neue Container-Image-Tags erkennen und in Git zurückcommitten.
- Secrets in Git mit SOPS und age verwalten Verschlüssele Kubernetes-Secrets vor dem Committen und lass Flux sie im Cluster entschlüsseln.
- Multi-Cluster mit Flux konfigurieren Mehrere Cluster aus einem Repository verwalten, mit gemeinsamer Infrastruktur und Unterschieden pro Cluster.
- Alerts senden und Webhooks empfangen mit Flux Notifications Erhalte Slack-Alerts für Abgleich-Events und löse sofortige Syncs durch Git-Pushes aus.
Kubernetes
4 guides- Services: Stabiles Networking für kurzlebige Pods Gib Pods eine stabile Adresse, stelle sie innerhalb und außerhalb des Clusters bereit und beschränke, wer mit wem sprechen darf.
- Konfiguration: ConfigMaps und Secrets Halte Einstellungen und Zugangsdaten aus deinen Images heraus, injiziere sie in Pods und vermeide die häufigen Fallen.
- Persistenter Speicher: Volumes, PersistentVolumes und Claims Halte Daten über Pod-Neustarts hinweg am Leben mit PVCs und verstehe, wie StorageClasses die Teile verbinden.
- Workloads gesund halten: Namespaces, Ressourcen, Quotas und Probes Teile einen Cluster fair mit Requests, Limits und Quotas und lass Kubernetes ungesunde Container erkennen.
containerd
1 guides
Grafana
7 guides- Dashboards aus JSON-Dateien provisionieren Lade Dashboards von der Platte, bilde Ordner aus Verzeichnissen ab und erstelle sie, ohne Änderungen zu verlieren.
- Alert-Regeln, Contact Points und Notification Policies provisionieren Definiere die gesamte Alerting-Pipeline in YAML, damit sie wie Code geprüft und versioniert wird.
- Secrets in der Grafana-Konfiguration verwalten Halte Passwörter und Tokens mit Umgebungsvariablen, Dateien und verschlüsselten Manifesten aus Git heraus.
- Authentifizierung und Zugriff über die Konfiguration einrichten Richte Login, OAuth und Rollenzuordnung in grafana.ini ein und behandle Benutzer und Teams als Code.
- Grafana auf Kubernetes mit Helm und Provisioning-Values deployen Betreibe Grafana aus einem Helm-Chart, bei dem Datenquellen, Dashboards und Einstellungen alle aus Values-Dateien stammen.
- Grafana mit Terraform verwalten Erstelle Ordner, Datenquellen, Dashboards, Alerts, Teams und Service Accounts aus HCL.
- Provisioning von der Kommandozeile neu laden, prüfen und Fehler beheben Finde heraus, was Grafana geladen hat, lade ohne Neustart neu und behebe die üblichen Provisioning-Fehler.
Helm
1 guides
OpenTelemetry
7 guides- SDKs mit einer deklarativen YAML-Datei konfigurieren Nutze eine YAML-Datei mit OTEL_CONFIG_FILE statt Dutzender Umgebungsvariablen, wo dein SDK sie unterstützt.
- Den Collector produktionsreif machen: Speicherlimits, Batching und Retries Konfiguriere Prozessoren, Queues und persistenten Speicher, damit Telemetrie Überlast und Ausfälle übersteht.
- Deployment-Muster des Collectors: Kein Collector, Agent und Gateway Wähle eine Topologie und konfiguriere die Übergabe von Agent zu Gateway, einschließlich Kubernetes-Metadaten.
- Den Collector auf Kubernetes mit Helm deployen Installiere das offizielle Chart, nutze Presets für Logs und Metriken und überschreibe die Konfiguration über Values-Dateien.
- Logs und Infrastruktur-Metriken mit Receivern sammeln Nutze die Receiver filelog, hostmetrics, kubeletstats und prometheus und leite Metriken aus Traces ab.
- Telemetrie an Backends senden und die Pipeline absichern Konfiguriere OTLP-Exporter für Tempo, Loki und Prometheus, plus TLS, Authentifizierung und Secrets.
- Fehler bei Collector und SDKs beheben Eine systematische Checkliste für den Fall, dass Telemetrie nicht ankommt: Debug-Exporter, Health Checks, interne Metriken und häufige Fehler.
Prometheus
1 guides
Fluentd
3 guides- Logs aus Dateien, HTTP und Containern sammeln Konfiguriere die drei häufigsten Eingabequellen: eine Datei auf der Platte, einen HTTP-Endpunkt und jeden Container auf einem Docker-Host.
- Logs zuverlässig senden: Output-Plugins und Buffering Installiere ein Output-Plugin, route verschiedene Quellen zu verschiedenen Zielen und konfiguriere Buffering, damit ein ausgefallenes Backend keine Daten verliert.
- Fluentd vs. Fluent Bit: Den richtigen Log-Prozessor wählen Gleiches Plugin-Modell, gleiches Tagging-System, sehr unterschiedlicher Ressourcenbedarf – wann du welches nimmst und wann beide.
Envoy
1 guides
Istio
3 guides- Istio mit Helm installieren und anpassen Der offiziell empfohlene Weg, Istio in der Produktion zu betreiben, und was den inzwischen entfernten Istio Operator ersetzt hat.
- Eine Istio-Installation mit istioctl prüfen und debuggen Fange eine Fehlkonfiguration ab, bevor sie zuschlägt: analyze, validate, proxy-status und das eine Label, von dem das Mesh stillschweigend abhängt.
- Dein Mesh beobachten: Prometheus, Grafana, Tracing und Kiali Jeder Sidecar gibt bereits Metriken und Traces aus – installiere die Add-ons, die daraus etwas machen, das du tatsächlich ansehen kannst.
Cilium
2 guides- Services mit Ciliums Gateway-API-Unterstützung bereitstellen GatewayClass, Gateway und HTTPRoute – hostbasiertes Routing, Pfad-Matching, URL-Rewrites und TLS, ohne separate Gateway-Pods.
- Network Policies schreiben: Von L3/L4- bis L7-Regeln Kubernetes startet damit, dass jeder Pod jeden anderen Pod erreichen kann – CiliumNetworkPolicy schränkt das ein, bis hinunter zur HTTP-Methode, wenn du das brauchst.