Reproduzierbarkeit ist die wichtigste Metrik im Betrieb

Es gibt eine einfache Testfrage für die Gesundheit eines Systems: Wie lange dauert es, es von Grund auf identisch neu aufzubauen – und traust du dich, es zu tun? Die Antwort verrät mehr über den Zustand des Betriebs als jedes Uptime-Dashboard.

Denn die meisten Ausfälle, die wirklich wehtun, sind keine spektakulären Katastrophen. Es sind kleine, über Monate gewachsene Abweichungen: eine von Hand gesetzte Konfiguration, ein Paket, das nur auf einem Server installiert wurde, eine Firewall-Regel, an die sich niemand mehr erinnert.

Snowflakes sind teuer

Solche einzigartigen, nicht reproduzierbaren Server nennt man treffend Snowflakes. Jeder ist ein bisschen anders, keiner ist dokumentiert, und wenn einer schmilzt, ist das Wissen weg. Das Gegenmodell ist unspektakulär: Alles, was den Zustand eines Systems ausmacht, liegt als Code in der Versionsverwaltung.

• Nachvollziehbar – jede Änderung hat einen Autor, einen Zeitpunkt und einen Grund.
• Überprüfbar – Änderungen laufen durch Review und Tests, bevor sie live gehen.
• Wiederholbar – dieselbe Definition erzeugt jederzeit dasselbe Ergebnis.

Reproduzierbarkeit ist die Basis für alles andere

Ohne sie ist Self-Healing ein Glücksspiel, sind Auto-Scaling und Disaster Recovery Wunschdenken, und jede KI-gestützte Automatisierung baut auf Treibsand. Ein Modell kann noch so klug eine Gegenmaßnahme vorschlagen – wenn die Umgebung, in der es handelt, nicht deterministisch ist, ist das Ergebnis nicht vorhersagbar.

Reproduzierbarkeit ist nicht das glamouröseste Ziel im Betrieb. Aber es ist das eine, ohne das alle anderen unmöglich werden.

Deshalb beginnt gute Cloud-Arbeit nicht bei der cleveren Automatisierung, sondern bei der langweiligen Frage: Können wir das hier jederzeit, per Knopfdruck, identisch wieder aufbauen? Wenn die Antwort Ja ist, ist der Rest nur noch Ausbau.