Dev, Staging, Prod
Auch bekannt als: Development, Staging, Production, Produktions-Umgebung, Entwicklungs-Umgebung, drei Umgebungen
Drei Welten, in denen dieselbe Anwendung gleichzeitig lebt. Dev zum Experimentieren, Staging als Generalprobe, Prod für echte Nutzer mit echten Daten. Gleicher Code, unterschiedliche Konfiguration, grundverschiedene Konsequenzen bei Fehlern.
Eine App existiert nicht einmal, sondern dreimal. Drei Welten mit derselben Codebasis, aber unterschiedlichen Aufgaben.
Die drei Welten
Dev (Development): Zum Experimentieren und Rumschrauben. Alles darf kaputtgehen, niemand merkt es. Läuft meist auf deinem eigenen Laptop.
Staging: Die Generalprobe. Sieht aus wie Prod, hat Test-Daten, läuft auf einer echten URL (meist nicht öffentlich). Hier prüfst du, ob neue Features wirklich durchlaufen.
Prod (Production): Der echte Betrieb. Echte Nutzer, echte Daten, echtes Geld, echte Haftung. Jeder Fehler hat Folgen.
Was sich unterscheidet
Nicht der Code. Der ist in allen drei Welten identisch. Was sich unterscheidet, ist die Konfiguration: welche Datenbank angebunden ist, welche API-Keys gelten, welcher Mail-Dienst-Account benutzt wird. Jede Welt hat ihre eigenen Werte.
Warum drei und nicht zwei
Du brauchst einen Ort, der wie Prod aussieht, aber wo niemand stirbt, wenn du etwas kaputt machst. Das ist Staging. Ohne Staging testest du entweder unrealistisch (Dev) oder riskant (Prod).
Der echte Vorfall
Juli 2025, Jason Lemkin, erfahrener SaaS-Gründer. Baut neun Tage mit einem KI-Coding-Tool. Sagt dem Agenten wiederholt und in Großbuchstaben: „CODE FREEZE, ändere nichts." Der Agent löscht die Produktions-Datenbank mit 1.200 realen Einträgen. Lemkins Schluss: Du kannst Dev, Staging und Prod nicht nicht sauber trennen.
Echte Daten gehören nicht nach Dev
Nicht nur aus Risiko, auch aus DSGVO-Gründen. Eine Dev-Umgebung mit echten Kundendaten ist ein juristisches Problem, das niemand aus Versehen haben will.