„Wenn es nur 10 VMs sind… Warum zahlen wir dann überhaupt?“ — Die stille Revolte gegen das Enterprise-Backup-Denken

Der Moment, in dem sich Backup optional anfühlt

Es hat etwas fast Beunruhigendes, zu erkennen, dass man Backups vielleicht nicht mehr so dringend braucht wie gedacht. Nicht, weil Backups unwichtig wären, sondern weil sich die eigene Infrastruktur still verändert hat. Was früher kritische zustandsbehaftete Systeme waren, sind heute wegwerfbare Code-Fragmente, die in der Cloud hoch- und wieder heruntergefahren werden, als wären sie nie für die Ewigkeit gedacht gewesen. Genau hier beginnt dieses Gespräch: ein Team blickt auf seinen schrumpfenden On-Prem-Fußabdruck und fragt sich, ob es ein Problem überkonstruiert, das gar nicht mehr existiert.

Niemand behauptet, Backups seien nutzlos. Man sagt vielmehr, dass die verbliebenen Server kaum noch relevante Daten enthalten. DHCP, interne Tools, leichtgewichtige Dienste — Dinge, die sich schneller neu aufbauen als wiederherstellen lassen. Und sobald sich dieser Gedanke festsetzt, verbreitet er sich schnell: Wenn Recovery nur noch Neubereitstellung bedeutet, was sichert man dann eigentlich?

Die „Die kostenlose Stufe reicht“-Denkweise

Sobald der Zweifel sich einschleicht, wirkt der nächste Schritt fast unausweichlich. Wenn man es nur mit einer Handvoll Maschinen zu tun hat, warum dann nicht einfach die kostenlose Version nutzen und weitermachen? Die Community Edition wird weniger zum Kompromiss als zum logischen Endpunkt. Sie deckt bis zu zehn VMs ab, und für manche Teams ist das keine Einschränkung, sondern ihr gesamter verbleibender Fußabdruck.

Man hört die beiläufige Zuversicht aus manchen Antworten heraus. „Mach's einfach, solange es maximal 10 VMs sind“, zuckt eine Stimme mit den Schultern. Eine andere ergänzt: „Wir haben sieben VMs… läuft super.“ Kein Drama, kein Zögern. Nur die stille Bestätigung, dass dieses abgespeckte Setup tatsächlich ausreicht.

Aber unter dieser Zuversicht steckt etwas Größeres: ein Wandel darin, wie Menschen „Enterprise“ definieren. Es geht nicht mehr nur um Größenordnung, sondern um Notwendigkeit.

Das Compliance-Argument, das nicht verschwinden will

Dann kommt der Gegenwind. Und der ist scharf. Manche sehen in diesem ganzen Ansatz, an der denkbar schlechtesten Stelle zu sparen. Backup ist nicht der Ort, an dem man Geld spart, sondern der, an dem man investiert. Eine unverblümte Meinung hält sich nicht zurück: Sich selbst „Enterprise“ zu nennen und gleichzeitig bei der Backup-Software zu knausern, fühlt sich wie ein Widerspruch an.

Andere bringen ein anderes Anliegen vor: Lizenzierung und Compliance. Es hält sich hartnäckig die Überzeugung, dass der Einsatz der Community Edition in einer Geschäftsumgebung eine Grenze überschreitet. „Massive Compliance-Risiken“, warnt eine Person und rahmt es weniger als technische Entscheidung denn als juristisches Glücksspiel.

Aber dieses Argument trifft nicht ganz ins Schwarze. Fast sofort kontert jemand mit dem tatsächlichen Lizenztext und weist darauf hin, dass die interne Produktivnutzung erlaubt ist, solange man sie nicht weiterverkauft oder für andere verwaltet. Die Debatte löst sich nicht auf. Sie teilt sich lediglich in zwei Lager: diejenigen, die den geschriebenen Regeln vertrauen, und diejenigen, die eher dem Bauchgefühl als der Auslegung vertrauen.

Die dritte Perspektive: Backups komplett einstellen

Und dann gibt es noch die disruptivste Idee von allen — die, die beiden Seiten unangenehm ist. Was, wenn die eigentliche Antwort nicht bezahlt gegen kostenlos lautet … sondern gar keine Backups?

Das klingt zunächst leichtsinnig, aber die Logik lässt sich schwer ignorieren. Wenn Ihre Infrastruktur bereits als Code definiert ist — Terraform, Bicep, was auch immer Sie bevorzugen —, dann geht es bei Recovery nicht um das Wiederherstellen von Daten. Es geht um das Neubereitstellen von Systemen. Ein Kommentar bringt es direkt auf den Punkt: Warum für Storage und langsamere Recovery bezahlen, wenn man alles in wenigen Minuten neu aufbauen kann?

Das ist nicht Anti-Backup. Es ist Post-Backup-Denken. Die Art, die nur funktioniert, wenn die eigenen Systeme zustandslos sind, die Konfigurationen versioniert sind und das Vertrauen in Automatisierung absolut ist. Für Teams, die in dieser Welt leben, beginnt sich klassisches Backup wie ein Relikt anzufühlen.

Wo die eigentliche Reibung liegt

Was dieses Gespräch so aufgeladen macht, ist nicht die Technologie, sondern der Wandel in der Denkweise. Backup war früher nicht verhandelbar. Man stellte es nicht infrage. Man machte es einfach, weil die Alternative zu riskant war, um sie überhaupt in Betracht zu ziehen.

Heute ist diese Gewissheit verschwunden. Manche Teams behandeln Backups weiterhin als heilig und sind nicht bereit, auch nur den geringsten Kompromiss einzugehen. Andere optimieren aggressiv und stellen jede Kostenposition, jeden Prozess, jede Annahme infrage. Und eine dritte Gruppe bewegt sich still über Backups hinaus und ersetzt sie durch Infrastructure-as-Code und schnelle Neubereitstellung.

Keine dieser Sichtweisen ist falsch. Sie wurzeln nur in unterschiedlichen Realitäten.

Das eigentliche Risiko ist nicht das, was Sie denken

Es ist leicht, das als technische Debatte zu framen — Features, Limits, Lizenzbedingungen. Aber die eigentliche Spannung dreht sich um Vertrauen. Nicht Vertrauen in ein Produkt, sondern Vertrauen in die eigenen Systeme. Können Sie wirklich alles von Grund auf neu aufbauen, wenn es darauf ankommt? Funktionieren Ihre Templates unter Druck? Sind Sie sicher, dass nichts Wichtiges außerhalb dieser Automatisierung existiert?

Denn das Risiko besteht nicht nur im Datenverlust. Es liegt darin, zu überschätzen, wie wiederherstellbar die eigene Umgebung wirklich ist.

Wofür entscheiden sich die Leute also wirklich?

Auffällig ist, dass es hier keinen klaren Gewinner gibt. Manche Teams betreiben zufrieden die Community Edition in Produktion, bleiben innerhalb der Grenzen und machen weiter. Andere weigern sich, das auch nur in Erwägung zu ziehen, weil sie darin eine Abkürzung sehen, die später nach hinten losgehen könnte. Und eine wachsende Zahl wendet sich ganz von klassischen Backups ab und setzt stattdessen auf Geschwindigkeit und Automatisierung.

Jeder Weg bringt Kompromisse mit sich. Kostenlose Tools bedeuten weniger Garantien. Bezahllösungen bedeuten höhere Kosten für Systeme, die man kaum noch braucht. Gar keine Backups bedeuten absolute Abhängigkeit von der eigenen Fähigkeit, neu aufzubauen.

Und das ist die eigentliche Entscheidung. Nicht, welche Version eines Tools man nutzt, sondern wie viel Unsicherheit man zu ertragen bereit ist.

Denn sobald man anfängt, Backups infrage zu stellen, ändert man nicht nur Software. Man ändert, wie man über das Scheitern selbst denkt.