Radovan Slíž · WorkSys.Space · 8.9.2026
Wir wollen das on-prem, damit wir es unter Kontrolle haben
Ein eigener Server klingt nach Kontrolle. Dann frage ich, wer ihn patcht und wann zuletzt die Wiederherstellung eines Backups getestet wurde. Kontrolle ist nicht, wo die Maschine steht, sondern ob sich nachweislich jemand um sie kümmert.
Wir wollen das on-prem, damit wir es unter Kontrolle haben. Diesen Satz höre ich in Gesprächen seit Jahren, und ich verstehe ihn. Ein eigener Server, eigene Daten, kein Fremder im Spiel. Das klingt nach Kontrolle.
Nur frage ich dann in der Praxis weiter. Wer patcht diesen Server? Wer kontrolliert die Backups, und wann wurde zuletzt eine Wiederherstellung getestet? Wer kümmert sich um Zertifikate, um Zugänge nach dem Weggang eines Mitarbeiters, um die Lücke in einer Bibliothek, über die die Sicherheitsportale am Freitagabend schreiben? Und sehr oft zeigt sich, dass Kontrolle in Wirklichkeit bedeutet: ein Server irgendwo im Serverraum, um den sich ein Mensch kümmert, der nebenbei noch dreißig andere Dinge auf dem Tisch hat.
Was Kontrolle wirklich ist
Kontrolle ist nicht, wo die Maschine physisch steht. Kontrolle ist, dass sich nachweislich jemand um das System kümmert, jeden Tag, auch wenn nichts passiert. Und das ist Arbeit, die bei on-prem nicht mit dem Kauf endet, sondern zu einem unsichtbaren Posten wird, den niemand ins Budget eingeplant hat. Während sich eine regelmäßige Zahlung für einen Dienst planen lässt, kommt der Ausfall des eigenen Servers immer außerhalb des Budgets.
Ich versuche den Unterschied an einer Situation zu zeigen, die von Zeit zu Zeit jedem passiert, der Software betreibt. Am Freitagabend erscheint die Meldung über eine ernste Schwachstelle in einer Bibliothek, die das halbe Internet benutzt. Bei einem Dienst passiert Folgendes: er hat Leute, deren Arbeit genau das ist, die Korrektur wird eingespielt, und der Kunde erfährt von der ganzen Sache höchstens aus dem Änderungsprotokoll. Beim Server im Serverraum wartet die Meldung bis Montag auf den Menschen mit den dreißig anderen Pflichten, und ob er diese Woche dazu kommt, entscheidet das, was ihm in der Zwischenzeit auf den Tisch fällt. Keines von beidem ist böser Wille. Es ist der Unterschied zwischen einer Arbeit, die jemandes Hauptaufgabe ist, und einer Arbeit, die eine Last obendrauf ist.
Der Preis, den SaaS hat
Um fair zu sein, auch SaaS hat seinen Preis, und ich sage ihn laut, da ich die Plattform WorkSys.Space selbst betreibe: Sie zahlen regelmäßig, nicht einmalig. Sie müssen dem Anbieter vertrauen, und dieses Vertrauen sollten Sie sich von ihm belegen lassen, mit Zertifizierungen, mit einem Vertrag über die Daten, mit einer Antwort auf die Frage, was mit den Daten geschieht, wenn Sie gehen. Wenn Ihnen der Anbieter darauf nicht in einem Satz antworten kann, ist das ein schlechtes Zeichen, unabhängig davon, wo das System läuft.
Die Frage lautet aus meiner Sicht also nicht, ob on-prem oder Cloud. Sie lautet: wer wird sich darum kümmern, und ist das seine Arbeit oder eine Last obendrauf? Die Antwort darauf entscheidet über das Schicksal des Systems mehr als der Ort, an dem der Server steht.
Weiterführend auf dieser Website:Wie bei uns die Pflege des laufenden Systems aussieht