Wenn der eigene Server zur Bremse wird: Cloud-Migration im KMU
Der lokale Server ist Tradition, nicht Lösung. Wann der Wechsel in die Cloud Sinn ergibt und welche drei Fragen vor der Entscheidung stehen.

In vielen mittelständischen Unternehmen läuft die zentrale IT auf einem physischen Server, der irgendwo im Haus steht. Im Heizungsraum, im Archiv, manchmal sogar auf dem Dachboden. Er hat die letzten Jahre gut funktioniert, bis er es nicht mehr tat.
Die Verlockung, einfach den nächsten Server zu kaufen, ist groß. Sie ist meistens falsch.
Was der eigene Server wirklich kostet
Die Anschaffung ist nur die Spitze. Was tatsächlich anfällt:
- Hardware: alle vier bis sechs Jahre erneuert
- Lizenzen: Server-Betriebssystem, Mail-Server, Backup-Software, jährlich
- Wartung: Updates, Patches, Reboots, jemand muss sich kümmern
- Strom und Klima: ein Server-Raum braucht Kühlung, oft rund um die Uhr
- Ausfall-Risiko: was passiert, wenn der Server für drei Tage ausfällt, weil ein Lüfter stirbt
- Sicherheits-Compliance: Backup-Strategien, Disaster Recovery, Zugriffskontrollen
Cloud-Anbieter haben die meisten dieser Punkte besser gelöst, nicht weil sie schlauer sind, sondern weil sie für tausende Kunden gleichzeitig optimieren. Was beim eigenen Server eine Sonder-Investition ist, ist beim Cloud-Anbieter Standardausstattung.
Wann Cloud-Migration sinnvoll ist
Sie ist sinnvoll, wenn mindestens eine der folgenden Bedingungen zutrifft:
- Hardware steht zum Refresh an. Wer ohnehin neu kaufen muss, sollte vorher fragen, ob er überhaupt neu kaufen will.
- Mitarbeitende arbeiten zunehmend mobil. VPN-Verbindungen zum eigenen Server sind eine Krücke, die mit der Zahl der Remote-Arbeitenden teurer wird.
- Mehrere Standorte teilen Daten. Ein eigener Server ist ein lokales Konstrukt; sobald mehrere Lokationen ins Spiel kommen, wird die Cloud strukturell überlegen.
- E-Mail bereitet wiederholt Probleme. Eigene Mail-Server sind die häufigste Quelle für IT-Tickets im Mittelstand. Cloud-Mail (Microsoft 365 oder Google Workspace) löst die Mehrheit dieser Probleme strukturell, nicht durch Schmerzlinderung.
- Backup-Strategie ist unklar. Wer nicht jederzeit erklären kann, wo seine Daten gesichert werden, wie lange sie aufbewahrt werden, und wie schnell sie zurückspielbar sind: für den ist Cloud-Migration ein guter Anlass, das auf Stand zu bringen.
Wann sie nicht sinnvoll ist
Sie ist nicht sinnvoll, wenn:
- Branche oder Tätigkeit erfordert es nicht. Manche Werkstätten, manche Produktionen, manche Beratungsbüros funktionieren prima mit lokaler Hardware und brauchen keine Skalierung. Wer keinen Schmerz hat, muss keine Migration starten.
- Internet-Anbindung ist instabil. Wer in ländlicher Lage mit unzuverlässiger Verbindung sitzt, sollte die Anbindung zuerst lösen, bevor er kritische Systeme in die Cloud verlagert. Ein Cloud-Mail, das alle paar Stunden offline ist, ist schlechter als ein on-prem-Mail, der funktioniert.
- Spezielle Compliance-Anforderungen existieren, die nur on-prem erfüllbar sind. Das ist selten im KMU-Bereich, aber kommt vor (bestimmte regulierte Branchen, gewisse staatliche Vergaben).
Die drei Fragen vor der Entscheidung
Bevor irgendjemand Cloud-Migration sagt, sollten drei Fragen beantwortet sein:
- Was migriert wird zuerst. E-Mail, Datei-Ablage, Telefonanlage, Buchhaltung. Sequenziell, nicht parallel.
- Wer macht die Migration. Eigene Leute haben selten Erfahrung damit. Dienstleister sind nötig, aber sie brauchen jemanden auf Auftraggeber-Seite, der den Überblick behält.
- Was bleibt vor Ort. Eine vollständige Cloud-Migration ist selten realistisch. Welche Systeme bleiben lokal, und wie werden sie an die Cloud angebunden, ist die spannendste Frage.
Das größte Missverständnis
“Cloud” ist nicht “wir lagern aus und müssen uns nicht mehr kümmern”. Cloud verlagert die Kümmer-Arbeit, sie eliminiert sie nicht. Wer den eigenen Server hatte und dort eine schlechte Architektur betrieb, hat in der Cloud eine schlechte Architektur in der Cloud. Die Hausaufgaben sind dieselben, sie laufen nur woanders.
Der Vorteil ist nicht weniger Verantwortung. Der Vorteil ist, dass die Verantwortung sich auf das verlagert, was man eigentlich tun sollte: über Architektur nachdenken, statt Lüfter wechseln.