Zum Inhalt springen
Alle Tracks
Spezialisierungs-Track

azena ship

Du bringst Code zuverlässig in Produktion — und hältst ihn dort. Du baust eine CI/CD-Pipeline, deployst in die Cloud, trennst Environments sauber, hältst Secrets aus dem Repo, überwachst die richtigen Signale und kannst bei einem Fehler schnell zurückrollen. DevOps als Kultur plus Automatisierung, mit KI als Co-Pilot.

19 Lektionen 151 Min 250 Token Detailseite gratis
Track starten 250 TokenShip it: CI/CD, Cloud, Monitoring.

Was du danach kannst

  • DevOps als Kultur + Automatisierung verstehen (schnell UND zuverlässig liefern)
  • Eine CI/CD-Pipeline aufsetzen (testen bei jedem Push, automatisch deployen)
  • In die Cloud deployen und Environments + Secrets sauber trennen
  • Die richtigen Signale überwachen (Latenz, Traffic, Fehler, Sättigung)
  • Sicher zurückrollen und Infrastruktur reproduzierbar beschreiben (IaC)

Das Curriculum

19 Lektionen · Schritt für Schritt

  1. 01

    Was DevOps wirklich ist — schnell UND zuverlässig

    9

    Kein Tool und kein Jobtitel, sondern eine Arbeitsweise: häufig liefern, ohne zu zerbrechen.

  2. 02

    Von 'läuft bei mir' zu reproduzierbar

    8

    Der Klassiker-Bug: zu Hause läuft's, in Produktion nicht. So beseitigst du die Ursache.

  3. 03

    CI — bei jedem Push automatisch prüfen

    9

    Continuous Integration: jede Änderung wird automatisch getestet, bevor sie irgendwohin geht.

  4. 04

    CD — automatisch deployen, mit Vorschau

    8

    Continuous Delivery/Deployment: von grüner Pipeline automatisch in die Cloud.

  5. 05

    Wohin deployen — Cloud-Optionen ohne Überforderung

    8

    Managed-Plattformen, Serverless, eigener Server — was wann, und womit du anfängst.

  6. 06

    Secrets & Config sicher halten

    8

    Ein geleakter Schlüssel kann teuer werden. So bewahrst du Geheimnisse richtig auf.

  7. 07

    Monitoring & Logs — wissen, wenn etwas brennt

    8

    Live gehen ist die Hälfte. Mitbekommen, wenn etwas kaputt ist, ist die andere.

  8. 08

    Der 3-Uhr-Alarm — Vorfälle mit KI schneller eingrenzen

    9

    Der Alarm sagt, DASS etwas brennt. Die KI hilft beim Eingrenzen — was kaputt ist und was sich änderte — aber die Hypothese ist eine Spur, kein Befund, und der Mensch entscheidet.

  9. 09

    Rollback & Resilienz — schnell zurück, wenn's kracht

    8

    Fehler passieren. Was zählt, ist, wie schnell und ruhig du sie behebst.

  10. 10

    Infrastructure as Code — Infra reproduzierbar machen

    8

    In der Cloud-Konsole herumklicken skaliert nicht. Beschreibe deine Infrastruktur als Code.

  11. 11

    Container & Docker — überall gleich laufen

    9

    Die Idee hinter 'läuft auf jeder Maschine identisch': Code samt seiner Umgebung in eine Box packen.

  12. 12

    Environments & Promotion — sauber durchreichen

    8

    dev → staging → prod: Wie eine Änderung kontrolliert von der Entwicklung bis in die Produktion wandert.

  13. 13

    Datenbank-Migrationen & Zero-Downtime — Schema ändern ohne Ausfall

    9

    Code rollst du leicht zurück — Daten nicht. So änderst du das Schema, ohne die App offline zu nehmen.

  14. 14

    Skalierung & Performance — mehr Last ohne Umbau tragen

    9

    Wenn plötzlich viele Nutzer kommen: Autoscaling, Caching und CDN halten dich schnell und stehend.

  15. 15

    Observability tiefer — Metrics, Traces, Alerts, SLOs

    9

    Über die goldenen Signale hinaus: drei Datenarten, gute Alarme und ein messbares Zuverlässigkeitsziel.

  16. 16

    DevSecOps — Sicherheit in die Pipeline einbauen

    9

    Sicherheit nicht erst am Ende prüfen, sondern bei jedem Push automatisch — direkt in der CI.

  17. 17

    Blue-Green & Canary — Risiko beim Ausrollen senken

    8

    Nicht alles auf einmal live schalten: erst eine kleine Gruppe, beobachten, dann der Rest.

  18. 18

    Backups & Disaster Recovery — geprüfte Wiederherstellung, nicht nur Backups

    8

    Ein Backup, das du nie zurückgespielt hast, ist nur eine Hoffnung. So planst du echte Erholung.

  19. 19

    Die ganze Kette mit KI dirigieren

    8

    Du musst nicht jedes YAML auswendig können — du musst die Kette verstehen und steuern.

Was du baust

Echte Artefakte, keine Theorie

Eine CI-Pipeline aufsetzen

Ergebnis: Eine laufende CI-Pipeline (grün) + ein Satz, was jeder Schritt prüft.

Secrets sauber konfigurieren

Ergebnis: Code ohne Klartext-Secrets + .env (gitignored) + Plattform-Secrets gesetzt + Notiz zur Rotation.

Capstone: Eine App mit CI/CD live bringen — und absichern

Ergebnis: Eine live deployte App + CI/CD-Pipeline + saubere Secrets + ein Monitoring-/Alarm-Signal + ein kurzer Rollback-Plan.

Belege & Quellen

Jede Aussage ist belegt — echte, geprüfte Quellen statt Behauptungen.

Forsgren, Humble & Kim · Accelerate / DORA (2018)The Twelve-Factor App (Adam Wiggins / Heroku)Google SRE Book (Beyer et al., 2016)Google SRE Book · „Managing Incidents“incident.io · „What is an AI SRE?“ (2026)Michael Nygard · Release It! (2007/2018)Kief Morris · Infrastructure as Code (O'Reilly)

Reinschnuppern

Gratis-Vorschau

GO vs. NO-GO — ein echtes Beispiel aus dem Track.

Wie der Track läuft

Mit Nova als Mentor

Dein KI-Mentor erklärt jedes Konzept, gibt dir fertige Claude-Code-Prompts und hilft bei jeder Frage.

Geprüftes Siegel

Beschreib Nova, wie du eine App zuverlässig live bringst: die Kette von CI über CD zur Cloud, wie du Environments und Secrets sauber trennst (und einen geleakten Schlüssel behandelst), welche vier Signale du überwachst, und wie dein Rollback-Plan aussieht, wenn ein Deploy schiefgeht. Sag auch, wie du die KI nutzt, um Pipeline/Configs zu erzeugen — und was du vor einem Produktions-Deploy selbst prüfst.

In deinem Tempo

Rund 151 Minuten Kerninhalt — plus deine eigenen Projekte. Jederzeit pausierbar.

Fehler, die du vermeidest

  • DevOps für ein Tool oder eine separate Abteilung halten statt für eine Arbeitsweise.
  • Secrets ins Repo committen — einmal im Git-Verlauf sind sie kompromittiert (sofort rotieren).
  • Konfiguration im Code hartkodieren statt in Umgebungsvariablen (führt zu 'läuft bei mir').
  • Live gehen ohne Monitoring/Alarm — Probleme erfährt man dann von Nutzern.
  • Keinen Rollback-Plan haben und im Fehlerfall panisch live debuggen.
  • Infrastruktur von Hand zusammenklicken statt als versionierten Code (nicht reproduzierbar).

Bereit für azena ship?

250 Token · 19 Lektionen · von der KI geprüft.

250 TokenTrack starten

Weitere Tracks