„Wenn es nur 10 VMs sind, warum zahlen wir dann überhaupt?“ Die 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. Grund dafür ist, dass sich die eigene Infrastruktur unbemerkt 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. Das Argument lautet, dass die verbliebenen Server kaum noch relevante Daten enthalten: DHCP, interne Tools, leichtgewichtige Dienste, also 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 bei manchen Teams ist das genau der gesamte verbleibende 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 trockene Bestätigung, dass dieses abgespeckte Setup tatsächlich ausreicht.

Unter dieser Zuversicht steckt allerdings etwas Größeres: ein Wandel darin, wie Menschen „Enterprise“ definieren. Neben der Größenordnung zählt dabei zunehmend, was tatsächlich notwendig ist.

Das Compliance-Argument, das nicht verschwinden will

Dann kommt der Gegenwind, und der ist scharf. Manche sehen in diesem ganzen Ansatz ein Sparen an der denkbar schlechtesten Stelle. Für sie ist Backup ein Posten, in den 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 weiteres Anliegen vor, nämlich 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 die Sache als juristisches Glücksspiel statt als technische Entscheidung.

Dieses Argument trifft allerdings 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 dadurch nicht auf, sie teilt sich nur in zwei Lager: diejenigen, die den geschriebenen Regeln vertrauen, und diejenigen, die eher dem Bauchgefühl als der Auslegung folgen.

Die dritte Perspektive: Backups komplett einstellen

Und dann gibt es noch die disruptivste Idee von allen, die beiden Seiten unangenehm ist. Was, wenn man auf die Frage „bezahlt oder kostenlos?“ mit „gar keine Backups“ antwortet?

Das klingt zunächst leichtsinnig, aber die Logik lässt sich schwer ignorieren. Wenn Ihre Infrastruktur bereits als Code definiert ist, also Terraform, Bicep oder was auch immer Sie bevorzugen, dann besteht Recovery im 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?

Man könnte das Post-Backup-Denken nennen. Es funktioniert nur, 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 Reibung wirklich liegt

Aufgeladen wird dieses Gespräch vor allem durch den 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 unauffällig über Backups hinaus und ersetzt sie durch Infrastructure-as-Code und schnelle Neubereitstellung. Jede dieser Sichtweisen hat ihre Berechtigung, weil sie in einer anderen Realität wurzelt.

Wo das Risiko tatsächlich liegt

Es ist leicht, das als technische Debatte zu framen, mit Features, Limits und Lizenzbedingungen. Die Spannung dreht sich aber um Vertrauen, vor allem um 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?

Zum Risiko des Datenverlusts kommt das Risiko, 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.

Welche Version eines Tools man nutzt, ist dabei zweitrangig. Entscheiden muss man vor allem, wie viel Unsicherheit man zu ertragen bereit ist, und wer anfängt, Backups infrage zu stellen, ändert damit auch, wie er über das Scheitern selbst denkt.