IT-Beratung & IT-Services

Mobile Endgeräte sind fester Bestandteil im Arbeitsalltag zahlreicher Unternehmen geworden. Smartphones, Tablets und Laptops ermöglichen flexibles Arbeiten – ob im Büro, im Homeoffice oder unterwegs. Je mehr Geräte allerdings im Umlauf sind, desto komplexer wird ihre Verwaltung. Mobile Device Management bietet Unternehmen die technische Grundlage, um alle Geräte zentral zu steuern, abzusichern und zu überwachen. Die rein technische Umsetzung reicht jedoch noch nicht aus. Auch alle Mitarbeitenden müssen wissen, wie sie mit ihren Geräten umgehen sollen und welche Richtlinien warum gelten. Deshalb lohnen sich MDM-Schulungen für alle Mitarbeitenden im Zuge der Einführung des Mobile Device Managements. Warum diese Schulungen wichtig sind, welche Inhalte sie vermitteln sollten und welche Formate sich eignen, erklären wir in diesem Artikel.

Warum MDM-Schulungen wichtig für Unternehmen sind

Zahlreiche Sicherheitsvorfälle entstehen durch menschliche Fehler, weniger durch technische Schwachstellen. Mitarbeitende, die nicht wissen, welche Apps sie auf ihrem Dienstgerät installieren dürfen oder wie sie mit Unternehmensdaten auf privaten Geräten umgehen sollen, machen eines der größten Risiken für die IT im Unternehmen aus. Mit MDM-Lösungen können entsprechende Sicherheitsrichtlinien umgesetzt werden, erfordern allerdings Verständnis und Akzeptanz der User, das durch Schulungen entsteht. Andernfalls entstehen verschiedene Risiken:

• Mitarbeitende umgehen bewusst oder unbewusst Sicherheitsrichtlinien, etwa indem sie Gerätesperren deaktivieren.
• Nicht freigegebene Apps werden installiert, die Risiken für Malware bieten.
• Sie wissen nicht, wie sie sich bei Verlust oder Diebstahl eines Geräts verhalten sollten.
• Der Umgang mit BYOD-Geräten und der Trennung privater und beruflicher Daten ist unklar.

An dieser Stelle sind auch Anforderungen der DSGVO und der NIS2-Richtlinie relevant. Beide fordern, dass Unternehmen neben technischen Maßnahmen für die IT-Sicherheit auch organisatorische Maßnahmen etablieren. Dazu zählen auch Mitarbeiterschulungen, die das Team über richtige Verhaltensweisen und Schutzmaßnahmen aufklären.

Diese Inhalte können Teil einer effektiven MDM-Schulung sein

Eine gute MDM-Schulung geht einerseits auf technisches Grundwissen ein und schafft andererseits ein Verständnis für den Sinn hinter verwalteten Geräten und Sicherheitsmaßnahmen. Verstehen alle Teams, warum Regeln gelten, steigt die Akzeptanz und Mitarbeitende halten sich daran. Wichtig ist dabei auch: Passen Sie die Inhalte auf die jeweilige Zielgruppe an. Für IT-Administratoren sind andere Grundlagen und Themen wichtig als für Mitarbeitende im Vertrieb oder Kundenservice.

Für alle Mitarbeitenden eignen sich diese Inhalte:

• Was ist MDM und welche Geräte sind im Unternehmen davon betroffen?
• Welche Unternehmensrichtlinien gelten für mobile Endgeräte?
• Wie funktioniert die Einbindung eines Geräts in das MDM-System?
• Was ist im Fall eines Geräteverlusts zu tun und was bedeutet ein Remote Wipe?
• Wie werden private und berufliche Daten auf BYOD-Geräten sauber getrennt?

Für IT-Verantwortliche und Administratoren kommen weitere Themen hinzu, etwa die Konfiguration von Geräteprofilen, das Management von App-Berechtigungen oder die Auswertung von Compliance-Reports. Durch eine klare Unterscheidung dieser Zielgruppen stellen Sie sicher, dass die Schulungen effizient sind und die Informationen wirklich relevant sind.

Wie können Unternehmen MDM-Schulungen erfolgreich umsetzen?

Natürlich ist es wichtig, was Teams im Zuge der MDM-Schulungen lernen. Zentrale Frage ist aber auch, wie sie die nötigen Infos vermittelt bekommen. Dafür können Unternehmen verschiedene Wege wählen:

• Ein Präsenztraining eignet sich optimal für komplexere Themen und den direkten Austausch, vor allem bei der Implementierung von MDM im Unternehmen.
• E-Learning-Module sind flexibel und lassen sich gut dokumentieren, eignen sich also besonders gut für verteilte Teams, die hauptsächlich remote arbeiten.
• Micro-Learning umfasst kurze Einheiten von wenigen Minuten zu einem konkreten Thema und kann gut für regelmäßige Auffrischungen eingesetzt werden.
• Im Onboarding neuer Mitarbeitender können direkt die nötigen MDM-Grundlagen eingebunden werden, damit sie Geräte von Anfang an richtig nutzen können.

Den Erfolg der MDM-Schulungen können Sie beispielsweise durch kleine Wissenstests nach einzelnen Einheiten überprüfen. Holen Sie sich außerdem Feedback ein, ob an den Schulungen etwas verbessert werden kann, um für zukünftige Einheiten zu lernen.

Wichtig ist auch: MDM-Lösungen entwickeln sich ständig weiter. Deshalb reicht eine einmalige Schulung meist nicht aus. Neue Gerätetypen, aktualisierte Unternehmensrichtlinien oder neue gesetzliche Vorgaben erfordern regelmäßige Updates. Sinnvoll ist es daher, MDM-Schulungsinhalte jährlich aufzufrischen und zusätzliche Schulungen einzuplanen, wenn es größere Änderungen gibt.

Fazit: Schulungen machen MDM zum Erfolg

Oft werden MDM-Schulungen als notwendige Compliance-Maßnahme angesehen. Dabei sorgen sie dafür, dass alle Teams die Regeln und Vorgaben rund um die Geräteverwaltung verstehen und akzeptieren und reduzieren somit die Sicherheitsrisiken für die IT des gesamten Unternehmens. Je besser Mitarbeitende nämlich verstehen, warum Regeln gelten, desto weniger fühlen sie sich kontrolliert und desto eher halten sie sich an sie. Unternehmen schaffen so die Grundlage für sichere Remote-Arbeit.

Ein Termin wird kurzfristig abgesagt.
Familiärer Krankheitsfall.
Keine Vertretung.

Alles hängt an einer Person.

Was im Alltag nachvollziehbar ist, wird in der IT zum Risiko:
– Ein Single Point of Failure

Die entscheidende Frage lautet:

Wie viele solcher Abhängigkeiten gibt es in Ihrem Unternehmen, ohne dass Sie es wissen?

Die Realität in vielen Unternehmen

• Kritisches Wissen liegt bei einzelnen Personen

• Systeme sind nicht einheitlich abgesichert

• Prozesse sind nicht ausreichend dokumentiert

• Vertretungsregelungen existieren nur auf dem Papier

Solange alles läuft, bleibt das unsichtbar.
Doch im Ernstfall führt genau das zu:

• Ausfällen
• Sicherheitsvorfällen
• Compliance-Risiken

Warum jetzt Handlungsdruck besteht

Mit NIS2, ISO 27001 und neuen regulatorischen Anforderungen verändert sich IT-Sicherheit grundlegend:

Weg von Einzelmaßnahmen
Hin zu nachweisbarer Resilienz

Unternehmen müssen heute zeigen können:

• Welche Risiken bestehen

• Welche Maßnahmen umgesetzt wurden

• Wie Systeme abgesichert sind

• Wie Ausfälle abgefangen werden

„Wir haben das im Griff“ reicht nicht mehr.

Die Lösung: Struktur statt Zufall

Moderne IT-Sicherheit basiert auf zwei Säulen:

 Technische Absicherung

• System Hardening (IT-Härtung)

• Sichere Konfigurationen

• Zugriffskontrollen

• Monitoring & Logging

 Organisatorische Sicherheit

• Klare Verantwortlichkeiten

• Dokumentierte Prozesse

• Vertretungsregelungen

• Notfall- und Wiederanlaufpläne

Erst die Kombination macht Ihr Unternehmen wirklich widerstandsfähig.

Vorgehen nach ISO 27001 & NIS2 – einfach erklärt

Wir setzen genau dort an, wo die größten Risiken entstehen:

1. Transparenz schaffen

• Analyse Ihrer Systeme, Prozesse und Abhängigkeiten

• Identifikation von Schwachstellen (z. B. Single Points of Failure)

2. Risiken bewerten

• Welche Ausfälle hätten welche Auswirkungen?

• Wo besteht akuter Handlungsbedarf?

3. Maßnahmen definieren

• Technisch (Hardening, Zugriffskonzepte)

• Organisatorisch (Vertretung, Prozesse, Richtlinien)

4. Umsetzung begleiten

• Einführung sicherer Standards (z. B. CIS Benchmarks)

• Strukturierte Umsetzung statt Insellösungen

5. Nachweis & Weiterentwicklung

• Dokumentation für Audits (ISO 27001, NIS2)

• Kontinuierliche Verbesserung

Ergebnis: Sicherheit, die funktioniert und geprüft standhält

Ihr Vorteil

• Weniger Abhängigkeit von Einzelpersonen
• Reduzierte Angriffsflächen
• Höhere Ausfallsicherheit
• Audit- und Compliance-Fähigkeit
• Klare Strukturen statt Unsicherheit

Die entscheidende Frage

Was passiert bei Ihnen, wenn morgen eine Schlüsselperson ausfällt?

• Läuft alles weiter?

• Oder steht ein Teil Ihres Unternehmens still?

Jetzt Klarheit schaffen

Lassen Sie uns gemeinsam herausfinden, wo Ihre größten Risiken liegen und wie Sie diese strukturiert beseitigen.

Jetzt unverbindlich anfragen:

Kontaktieren Sie uns für eine erste Einschätzung

Rewion – Ihr Partner für IT-Härtung, ISO 27001 & NIS2-Compliance

Lesen sie auch: Warum ISO 27001 und NIS2 keine Bedrohung, sondern eine strategische Chance sind.

Auch interessant alle Themen und Informationen beim: BSI

Der klassische Weg, ein Legacy-Upgrade oder kurzweilige Koexistenz unterschiedlicher Exchange-Versionen, ist für größere Organisationen oder langsame Migrationsphasen oft der sinnvollste Weg. Sie nehmen einen neuen Exchange SE-Server in Ihre Organisation auf und migrieren Postfächer dorthin. Das ist Pflicht, wenn Sie noch auf Exchange 2016 sind, aber optional bei 2019.

Das In-Place-Upgrade ist die spannende Neuheit: Sie installieren Exchange SE einfach über Ihre bestehende 2019-CU15-Installation und machen daraus direkt einen SE-Server. Der Vorgang verhält sich wie eine normale CU-Installation. Weitere Einblicke gibt es hier.

Warum das In-Place Upgrade kaum Risiko birgt

Microsoft betitelt das In-Place Upgrade als „Low-Risk“. Früher waren neue Exchange-Versionen echte Monster-Updates.
Neue Anforderungen, Produktkeys und Features wurden eingearbeitet. Für die IT-Admins unter Ihnen hieß das: Side-by-Side-Migration, endlose Tests, Kompatibilitätschecks, Team-Schulungen, Skripte umbauen (oder Mut zur Lücke). Kein Wunder, dass viele früher lieber auf ein CU1 gewartet haben, bevor es produktiv ging.

Microsoft Exchange Server SE ist unter der Haube ein Exchange 2019. Der Code ist 1:1 der gleiche. Microsoft hat nur den Produktnamen und die EULA geändert. Keine neuen Features, keine geänderten Hardware-Anforderungen, keine neuen Keys oder Code-Überarbeitungen.

Das In-Place Upgrade klingt gut, passt aber nicht pauschal zu jeder Umgebung. Die meisten von Ihnen betreiben Exchange 2019 wahrscheinlich noch auf älteren Windows-Servern. In diesem Zusammenhang wäre ein In-Place Upgrade vermutlich die falsche Lösung. Hier wäre das Legacy-Upgrade am sinnvollsten, um dem neuen Exchange SE ein zukunftssicheres Zuhause zu bieten. Mit einem modernen Windows Server 2025 profitieren Sie von Security-Fixes, längerer Supportlaufzeit und Hotpatching.

Warum sollten Sie trotzdem auf SE migrieren?

Das „Sollen“ muss eher durch „Müssen“ ersetzt werden. Microsoft baut die Lizenzierung für die Zukunft um – und die Exchange-On-Premises-Welt leidet mit. Da der Support für Exchange 2019 im Oktober 2025 geendet ist, müssen Sie auf SE upgraden.

Aber die neue SE Version bietet auch interessante Features, wie bspw. ein fortlaufendes Update-Modell, das stärker an Windows Server und Azure Stack angelehnt ist. Statt großer, seltener CUs wird es künftig kleinere, kontinuierliche Updates geben, die weniger Risiko erzeugen und Ihre Wartungsfenster verkürzen. Ihre Organisation profitiert dadurch von einer stabileren Plattform, planbareren Updatezyklen und schneller verfügbaren Security-Fixes.

Microsoft Exchange Extended Security Updates

Microsoft Exchange SE gibt es nun seit einigen Monaten auf dem Markt, Exchange 2016 und 2019 haben seit dem 14. Oktober 2025 ihr Support-Ende erreicht. Microsofts Goodie, die Extended Security Updates (ESU), wurden ins Leben gerufen, um gegen Einwurf von Münzen weiterhin kritische Sicherheitsupdates (SUs) und generellen Support zu gewährleisten.​

Doch alles hat ein Ende – der Extended Support läuft am 14. April 2026 aus. Dann sind Exchange Server 2016 und 2019 offiziell „tot“ und werden nicht weiter von Microsoft berücksichtigt. Es ist also Zeit zum Handeln, falls Sie noch alte Exchange Server in Ihrer Organisation betreiben.

Migrationspfade

Microsoft passt das Koexistenz-Verhalten der Exchange Server an. Früher konnte man noch ältere, sogar nicht mehr unterstützte Versionen neben neueren Versionen koexistieren lassen. Diese Flexibilität endet nun in zwei Schlüsselpunkten.

Die Installation von Exchange Server 2019 CU15 oder Exchange Server SE RTM verweigert die Koexistenz mit Exchange Server 2013. Ein Zwischenschritt auf 2019 Cu14 im klassischen Legacy Upgrade Pfad ist von Nöten. Anschließend muss nach der Postfachmigration der alte 2013 Server entfernt werden, bevor mittels In-Place Upgrade auf Exchange SE RTM aktualisiert werden darf.

Migrationspfad EX 2013

Möchten Sie von einem Exchange Server 2016 CU23 zum Exchange SE RTM migrieren, ist der Zwischenschritt auf 2019 CU15 relevant. Anschließend ist eine langsame Migrationsphase inklusive Koexistenz mit einem neu hinzugefügten Exchange Server SE RTM möglich. Die Option direkt vom Exchange 2019 CU15 via In-Place Upgrade zum Exchange SE ist ebenfalls möglich.

Sollte später bereits das CU1 für Exchange SE vorhanden sein, ist eine Koexistenz mit Exchange 2019 Cu15 technisch noch machbar, aber offiziell nicht supported. Wenn gegen Ende 2026 Exchange SE CU2 veröffentlich wird, ist erneut keine Koexistenz mit Exchange 2019 CU15 möglich. Hier müssen Sie vor dem CU2 Update den letzten Exchange 2019 CU15 aus der Organisation entfernen.

Migrationspfad EX 2016

Einfacher sieht es für den Schritt vom Exchange Server 2019 CU15 zum Exchange Server SE RTM aus. Die Optionen zum In-Place Upgrade oder Koexistenz mit einem neu hinzugefügten Exchange Server SE RTM sind möglich. Ebenfalls unterstützen die in Zukunft erscheinenden Exchange SE CU1 und CU2 Versionen keine weiteren Koexistenz-Szenarien mit Exchange 2019 Cu15.

Migrationspfad EX 2019

Sicherheit in der Cloud ist keine Zusatzfunktion, die sich nachträglich einbauen lässt. Sie muss von Beginn an Teil der Architektur sein. Diesen Grundsatz verfolgt der Cloud Security by Design Ansatz. Sicherheitsmechanismen werden bereits in der Planungsphase berücksichtigt und in jede Schicht der Infrastruktur integriert. So schützen Unternehmen ihre Cloud-Infrastruktur zuverlässig vor bekannten Bedrohungen und schaffen die Grundlage für künftige Anforderungen. Wir erklären in diesem Artikel die Hintergründe des Security by Design Ansatzes, gehen auf Umsetzungsmöglichkeiten ein und geben Tipps für den sicheren Aufbau der Cloud-Infrastruktur.

Was bedeutet der Cloud Security by Design Ansatz?

Cloud Security by Design steht für den Grundsatz, Sicherheit von Beginn an als zentralen Bestandteil der Cloud-Architektur zu verstehen, statt das Thema wie ein Add-on zu behandeln. Statt Sicherheitsmaßnahmen reaktiv nach Vorfällen einzuführen, werden Schutzmechanismen von Anfang an in Design-Entscheidungen eingebettet. Konkret können das verschiedene Mechanismen sein:

• Auswahl sicherer Services
• Definition von Zugriffsrechten
• Verschlüsselung von Daten
• Kontinuierliche Überwachung der Infrastruktur

Ziel ist es, Schwachstellen zu minimieren, die Reaktionszeiten bei Angriffen zu verkürzen und sicherzustellen, dass Compliance-Anforderungen automatisch erfüllt werden. Wichtig ist auch, dass Entwicklungsteams, Platform Engineers und Sicherheitsexperten eng zusammenarbeiten, um gemeinsam eine sichere und resiliente Cloud-Umgebung zu schaffen.

Wie kann Cloud Security by Design umgesetzt werden?

Für eine erfolgreiche Umsetzung von Cloud Security by Design braucht es eine Kombination aus technischen Maßnahmen, organisatorischen Prozessen und kulturellem Wandel. Unternehmen können in der Entwicklung ihrer Cloud-Infrastruktur verschiedene Maßnahmen implementieren.

Zero-Trust-Ansatz
Das Prinzip „Never trust, always verify“ gilt als Fundament moderner Cloud-Sicherheit. Anders als traditionelle Netzwerkmodelle, die innerhalb des eigenen Netzwerks Vertrauen voraussetzen, behandelt Zero Trust jede Anfrage, unabhängig von ihrer Herkunft, als potenziell gefährlich. Jeder Zugriff wird einzeln validiert, Nutzer und Geräte werden kontinuierlich überprüft und Zugriffsrechte werden auf das absolute Minimum beschränkt. Dieser Ansatz verhindert laterale Bewegungen von Angreifern innerhalb der Infrastruktur und minimiert so den Schaden im Falle einer Kompromittierung.

Identity & Access Management (IAM)
Die richtige Verwaltung von Identitäten und Zugriffsrechten ist unumgänglich für den Aufbau einer sicheren Cloud-Umgebung. IAM-Systeme stellen sicher, dass nur autorisierte Personen und Services auf bestimmte Ressourcen zugreifen können. Durch rollenbasierte Zugriffskontrollen erhalten Nutzer genau die Berechtigungen, die sie für ihre Aufgaben benötigen. Multi-Faktor-Authentifizierung fügt eine zusätzliche Sicherheitsebene hinzu, zudem reduzieren zeitlich begrenzte Zugriffstoken das Risiko kompromittierter Zugänge.

Automatisierte Sicherheitsprüfungen
Manuelle Sicherheitsüberprüfungen sind fehleranfällig und können mit der Geschwindigkeit moderner Cloud-Deployments kaum Schritt halten. Automatisierte Sicherheitstests sollten daher fester Bestandteil jeder CI/CD-Pipeline sein. Tools scannen Code auf Schwachstellen, überprüfen Konfigurationen auf Fehleinstellungen und identifizieren unsichere Abhängigkeiten noch vor dem Deployment. Regelmäßige Penetrationstests und Schwachstellenscans ergänzen diese kontinuierlichen Prüfungen und stellen sicher, dass auch produktive Systeme laufend auf Sicherheitslücken untersucht werden.

Compliance-Anforderungen
Regulatorische Vorgaben wie die DSGVO oder ISO 27001 setzen klare Standards für den Umgang mit Daten und Sicherheitsprozessen. Cloud Security by Design berücksichtigt diese Anforderungen bereits in der Architekturphase, sodass Compliance nicht nachträglich zum Problem wird. Dazu gehören Mechanismen zur Datenverschlüsselung, Protokollierung von Zugriffen, Löschkonzepte und Dokumentation von Sicherheitsmaßnahmen. Durch die Integration dieser Anforderungen von Beginn an vermeiden Unternehmen teure Nachbesserungen und potenzielle Strafen.

CSPM (Cloud Security Posture Management)
CSPM-Tools überwachen die Cloud-Umgebung kontinuierlich auf Fehlkonfigurationen, Compliance-Verstöße und Sicherheitsrisiken. Sie erkennen beispielsweise öffentlich zugängliche Speicher-Buckets, übermäßig permissive Firewalls oder veraltete Verschlüsselungsstandards. Durch automatisierte Warnungen und Empfehlungen helfen CSPM-Lösungen IT-Teams dabei, den Sicherheitsstatus der Cloud-Infrastruktur hoch zu halten und Schwachstellen zu schließen, bevor sie ausgenutzt werden können.

3 Tipps für sicheres Cloud Platform Engineering

Neben den grundlegenden Sicherheitskonzepten gibt es noch einige konkrete Maßnahmen, die IT-Teams im Aufbau ihrer Cloud-Infrastruktur umsetzen können, um ihre Umgebung abzusichern.

• Verschlüsselung überall implementieren: Daten sollten sowohl im Ruhezustand als auch während der Übertragung verschlüsselt sein. Moderne Cloud-Plattformen arbeiten mit nativen Verschlüsselungsmechanismen, die sich mit wenig Aufwand aktivieren lassen. Besonders wichtig ist das Management der Verschlüsselungsschlüssel: Sie sollten getrennt von den Daten gespeichert und regelmäßig rotiert werden. Durch sichere Verschlüsselung schützen Unternehmen sich sowohl vor externen Angreifern als auch vor internen Risiken.
• Least Privilege Prinzip konsequent anwenden: Jeder Nutzer, jede Anwendung und jeder Service sollte soweit möglich nur die minimalen Berechtigungen erhalten, die für die jeweilige Aufgabe notwendig sind. Übermäßige Rechte gelten als eine der häufigsten Ursachen für erfolgreiche Angriffe. Durch regelmäßige Überprüfungen der vergebenen Berechtigungen stellt die IT sicher, dass keine ungenutzten oder veralteten Zugriffsrechte bestehen bleiben. Automatisierte Tools können dabei helfen, diese Reviews effizient durchzuführen.
• Logging und Monitoring als Frühwarnsystem nutzen: Umfassendes Logging aller Aktivitäten in der Cloud-Umgebung schafft Transparenz und ermöglicht die Nachverfolgung von Sicherheitsvorfällen. Kombiniert mit intelligenten Monitoring- und Alerting-Systemen kann die IT verdächtige Aktivitäten in Echtzeit erkennen. Ergänzend können SIEM-Lösungen dabei helfen, aus der großen Anzahl an Logdaten relevante Sicherheitsereignisse herauszufiltern und schnelle Reaktionen zu ermöglichen.

Fazit: Cloud Security by Design als Grundlage für jede Entwicklung

Arbeiten Unternehmen im Aufbau ihrer Cloud-Infrastruktur nach dem Security by Design Ansatz, folgen sie damit einer heute notwendigen Grundhaltung. Indem sie Sicherheit von Anfang an in Planung und Umsetzung integrieren, minimieren sie Risiken, erfüllen Compliance-Anforderungen und sparen langfristig Kosten. Eine Kombination aus automatisierten Sicherheitsprüfungen, IAM und kontinuierlichem Monitoring legt ein sicheres Fundament. Wichtig ist, dass Unternehmen Sicherheit zum zentralen Bestandteil jeder Cloud-Lösung machen, statt sie als nachträglichen Gedanken zu vernachlässigen.

„Wir müssen in die Cloud, und zwar sofort.“ Dieser Satz fällt mittlerweile in vielen Unternehmen. Darauf folgt jedoch häufig Verunsicherung. Was geschieht mit den bestehenden Systemen? Wie gehen wir mit sensiblen Daten um? Muss wirklich alles in die Cloud? Ein radikaler Umzug ist meist weder nötig noch wirklich ratsam. Beim Weg in die Cloud geht es vielmehr um eine strukturierte Transformation statt um die rein technische Umsetzung. Umso wichtiger ist es also, diesen Weg detailliert zu planen und Schritt für Schritt zu gehen. Welche Möglichkeiten es für einen schrittweisen Einstieg in die Cloud gibt, welche Workloads in die Cloud gehören und welche auch On Premises bleiben können, zeigen wir in diesem Artikel.

Hybride Lösungen als Brücke zum Einstieg in die Cloud

Ist die Entscheidung für die Cloud gefallen, stehen Unternehmen vor der Frage, ob die bestehende IT-Infrastruktur komplett in die Cloud verlagert werden soll oder ob On-Premises Systeme bestehen bleiben können. Hybride Lösungen sind hier oft ein sinnvoller Weg, um erste Schritte zu gehen, ohne komplizierte Neuentwicklungen anstoßen zu müssen. Bei dieser Variante arbeiten lokale Server und Cloud-Dienste parallel und ergänzen sich gegenseitig.

In der IT-Infrastruktur bedeutet das konkret: Kritische Anwendungen und Daten bleiben On Premises unter direkter Kontrolle. Gleichzeitig werden flexible Cloud-Ressourcen dort eingesetzt, wo sie das Unternehmen wirklich voranbringen, etwa bei der Skalierung von Rechenleistung in Spitzenlastzeiten oder bei der unkomplizierten und ortsunabhängigen Zusammenarbeit im Team. Übliche Bedenken rund um Datensicherheit und Kontrollverlust können so gezielt thematisiert werden, weil die Hoheit über sensible Systeme lokal erhalten bleibt.

Welche Workloads eignen sich für den Einstieg in die Cloud?

Nicht jede Anwendung ist gleichermaßen sinnvoll für den Betrieb in der Cloud. Wichtig ist deshalb, zuerst zu bewerten, ob die Auslagerung in die Cloud sinnvoll ist. Es geht weniger darum, ob ein Umzug in die Cloud grundsätzlich möglich ist – technisch lassen sich die meisten Workloads abbilden, sinnvoll ist das aber nicht immer. Grundsätzlich sind gerade für den Einstieg verschiedene Workloads gut für die Cloud geeignet:

• Kollaborationstools wie E-Mail, Videocalls und gemeinsame Dokumentenbearbeitung – sie sind oft cloudnativ und funktionieren dort am besten
• Anwendungen mit stark schwankendem Ressourcenbedarf, die je nach Auslastung skalieren müssen
• Entwicklungs- und Testumgebungen, die schnell auf- und wieder abgebaut werden sollen
• Backup- und Archivierungslösungen, bei denen Verfügbarkeit und Skalierbarkeit besonders wichtig sind

Auf der anderen Seite gibt es einige Bereiche, in denen ein lokaler Betrieb nach wie vor die bessere Wahl sein kann. Dazu zählen vor allem Anwendungen mit hohen Compliance-Anforderungen, etwa in der Medizin, im Finanzwesen oder in Behörden. Hier gelten strenge gesetzliche Vorgaben für Datenhaltung und -zugriff. Auch Systeme mit extrem niedrigen Latenzanforderungen wie zum Beispiel Steuerungssoftware in der Produktion  sind häufig besser On Premises aufgehoben. Gleiches gilt für sehr große Datenmengen, bei denen die Übertragungskosten und -zeiten in die Cloud wirtschaftlich keinen Sinn ergeben.

Wichtig ist, dass es keine universelle Antwort gibt. Welcher Weg für ein Unternehmen passend ist, hängt von der Branche, der bestehenden Infrastruktur und den regulatorischen Rahmenbedingungen ab. Eine fundierte Bestandsaufnahme ist deshalb der erste sinnvolle Schritt.

Erste Schritte in die Cloud ohne Risiko mit Backup & Disaster Recovery

Haben Unternehmen noch keine Erfahrungen mit der Cloud, lohnt sich ein Einstieg mit möglichst geringem Risiko, aber dennoch hohem Nutzen – ein Quick Win. Gut geeignet dafür ist Backup und Disaster Recovery. Die Logik dahinter ist einfach: Backups sind ohnehin grundsätzlich von den produktiven Systemen getrennt, sodass ein ideales Testfeld für die Cloud entsteht, ohne dass kritische Abläufe davon betroffen sind. Gleichzeitig löst der Umstieg auf Cloud-Backups ein häufiges Problem: Lokale Backups sind anfällig für dieselben physischen Risiken wie die Primärsysteme, etwa Feuer, Wasserschäden oder Hardwareausfälle. Ein Cloud-Backup liegt geografisch getrennt und ist im Ernstfall unabhängig verfügbar. Für Unternehmen entstehen also mehrere Vorteile:

• Schnelle Implementierung ohne Eingriff in laufende Systeme
• Skalierbare Speicherkapazität: Unternehmen zahlen nur, was sie tatsächlich nutzen
• Kürzere Wiederherstellungszeiten im Ernstfall durch automatisierte Disaster-Recovery-Prozesse
• Erste praktische Erfahrungen mit Cloud-Anbietern, SLAs und Verwaltungstools ohne großes Risiko

Grundsätzlich gilt der Umstieg auf Cloud-Backups als guter Einstieg in die Cloud, der das Vertrauen in die Technologie im Unternehmen stärkt. So kann die Basis für weitere Migrationsprojekte entstehen, die auf Zustimmung im Unternehmen trifft.

Fazit: Einstieg in die Cloud mit Quick Wins, die Sicherheit geben

Die Cloud bietet Unternehmen große Chancen – der Einstieg sollte aber unbedingt durchdacht sein. Ein schrittweiser Einstieg sorgt für mehr Klarheit und Sicherheit, vermeidet Risiken und ist weitsichtig. Durch hybride Modelle schaffen Unternehmen Flexibilität, ohne aber bewährte Strukturen zu opfern. Wichtig ist eine klare Unterscheidung zwischen Workloads, die in die Cloud gehören und solchen, die weiterhin On Premises betrieben werden können. So vermeiden Unternehmen unnötige Kosten und Komplexität und profitieren gleichzeitig von Cloud-Vorteilen.

Eine starke Unternehmenskultur entsteht nicht über Nacht. Vielmehr wächst sie mit gelebten Werten und Wertschätzung sowie durch ein Arbeitsumfeld, in dem Menschen sich gesehen und gehört fühlen. Umso mehr freut es uns, dass Rewion auch im Jahr 2026 erneut mit dem kununu Top Company-Siegel ausgezeichnet wurde. Nach der Auszeichnung im Jahr 2025 zählt Rewion damit ein weiteres Mal zu den attraktivsten Arbeitgebern Deutschlands. Wer sagt das? Die wichtigsten Stimmen: unsere Mitarbeitenden selbst. Diese Auszeichnung zeigt uns, dass unser Anspruch an ein modernes, vertrauensvolles und gemeinschaftliches Arbeitsumfeld wirklich gelebt wird.

Was steckt hinter dem kununu Top Company-Award?

Der kununu Top Company-Award wird jährlich auf Basis unabhängiger Bewertungen von aktuellen und ehemaligen Mitarbeitenden vergeben. Anders als viele andere Arbeitgebersiegel ist er damit nicht käuflich und basiert nicht auf Informationen von Unternehmen selbst. Für uns heißt das: Er ist besonders glaubwürdig.

Jährlich erhalten nur rund fünf Prozent aller auf kununu gelisteten Unternehmen diese Auszeichnung. Voraussetzung dafür ist eine überdurchschnittlich hohe Zufriedenheit der Mitarbeitenden sowie kontinuierlich positives Feedback. Dass Rewion diese Kriterien 2026 erneut erfüllt, ist für uns ein starkes Zeichen und vor allem ein großes Kompliment an unser gesamtes Team.

kununu CEO Nina Zimmermann fasst die Bedeutung des Awards perfekt zusammen:
„Ein starkes Zeichen an Talente, die nach ihrem idealen Arbeitgeber suchen.“ Genau dieses Signal möchten wir senden. Rewion schafft einen Arbeitsplatz, an dem Menschen gerne arbeiten, sich entwickeln können und gemeinsam erfolgreich sind.

Was das Arbeitsumfeld bei Rewion ausmacht

Die kununu-Auszeichnung zeigt uns, dass wir als Arbeitgeber den richtigen Weg gehen. Ein wertschätzender Umgang, Vertrauen in unsere Mitarbeitenden und ein starkes Gemeinschaftsgefühl machen unseren Arbeitsalltag aus. Wir sind der Meinung, dass gute Arbeit dort entsteht, wo Menschen sich wohlfühlen, Verantwortung übernehmen dürfen und ihre Ideen einbringen können. Grundsätzlich finden aber auch feste Standorte langweilig und haben deshalb drei Standorte in Stuttgart, Köln und Zürich aufgebaut. Genauso gerne arbeitet unser Team aber auch beim Kunden oder im eigenen Wohnzimmer.

Zusammengefasst gibt es mehrere Punkte, die unser Arbeitsverständnis ausmachen:

• Flexible Arbeitszeiten & -orte
• Coaching, Mentoring & Fortbildung
• Innovation & Selbstverwirklichung
• Offene Unternehmenskultur

Dass unsere Mitarbeitenden dieses Modell so positiv bewerten, macht uns stolz und motiviert uns zeitgleich, diesen Weg auch in Zukunft weiterzugehen.

Werde auch du Teil von Rewion!

Die kununu Top Company-Auszeichnung 2026 ist für uns auch ein Ansporn. Wir möchten gemeinsam mit Menschen weiter wachsen, die unsere Werte teilen und Lust haben, die IT-Welt aktiv mitzugestalten. Du suchst einen Arbeitgeber, bei dem Unternehmenskultur mehr ist als ein Versprechen? Dann lerne uns bei Rewion kennen. Schau dich in unseren offenen Stellen um und werde Teil eines Teams, das zu den besten Arbeitsumfeldern Deutschlands zählt.

Die Cloud-Infrastruktur bildet die Grundlage einer modernen Unternehmens-IT. Wer sorgt aber eigentlich dafür, dass Anwendungen zuverlässig laufen, schnell skalieren und rund um die Uhr verfügbar sind? Hinter jeder erfolgreichen Cloud-Lösung steht ein komplexes Zusammenspiel verschiedener Fachbereiche. Platform Engineers, Site Reliability Engineers und DevOps Engineers arbeiten zusammen, um stabile, effiziente und zukunftssichere Infrastrukturen aufzubauen. Wir gehen in diesem Artikel auf die einzelnen Bereiche und ihre spezifischen Aufgaben ein. Außerdem zeigen wir, wie sie gemeinsam zur erfolgreichen Entwicklung einer Cloud-Infrastruktur beitragen und im Anschluss ihren Betrieb sicherstellen und optimieren.

Was ist Teil einer Cloud-Infrastruktur?

Eine Cloud-Infrastruktur besteht aus weit mehr als nur Servern in einem Rechenzentrum. Sie umfasst virtuelle Maschinen, Container, Speicherlösungen, Netzwerkkomponenten und Datenbanken, die flexibel über das Internet bereitgestellt werden. Hinzu kommen Orchestrierungstools, die den Betrieb automatisieren, Monitoring-Systeme für die Überwachung und Sicherheitsmechanismen zum Schutz der Daten. All diese Komponenten müssen nahtlos zusammenarbeiten und sich dynamisch an wechselnde Anforderungen anpassen können.

Komplexität entsteht einerseits natürlich durch die Technik selbst, andererseits aber auch durch die Verwaltung, Aktualisierung und Optimierung der einzelnen Elemente. Moderne Cloud-Infrastrukturen stellen Automatisierung, Skalierbarkeit und hohe Verfügbarkeit in den Mittelpunkt. Um diese Eigenschaften zu erreichen, braucht es spezialisierte Fachkräfte und durchdachte Prozesse.

Wer arbeitet an der Entwicklung der Cloud-Infrastruktur und wie überschneiden sich die Bereiche?

Die Entwicklung einer Cloud-Infrastruktur ist Teamarbeit und wird besonders von drei zentralen Rollen gesteuert: Platform Engineers schaffen die technische Grundlage, Site Reliability Engineers sorgen für Stabilität und Performance und DevOps Engineers ermöglichen reibungslose Entwicklungs- und Deployment-Prozesse. Jeder Bereich bringt zwar spezifisches Know-how mit, die Grenzen verschwimmen aber immer stärker. Wichtig ist vor allem, dass alle Bereiche ineinandergreifen, damit eine Infrastruktur entsteht, die innovativ und zeitgleich zuverlässig ist.

Platform Engineering

Platform Engineers legen das Fundament für die gesamte Cloud-Infrastruktur. Sie entwickeln und pflegen die Plattformen, auf denen Anwendungen betrieben werden und schaffen damit die technische Basis für alle anderen Teams.

• Skalierung: Platform Engineers implementieren Mechanismen, die es ermöglichen, Ressourcen automatisch an die aktuelle Last anzupassen und Lastspitzen problemlos zu bewältigen.
• Cloud-Infrastruktur: Sie definieren und verwalten die grundlegende Architektur in der Cloud, von Netzwerken über Storage bis hin zu Compute-Ressourcen.
• Application Lifecycle Management: Die Verwaltung des gesamten Lebenszyklus aller Anwendungen, von der Entwicklung über den Betrieb bis zur Ablösung, liegt in ihrem Verantwortungsbereich.
• Containerisierung: Platform Engineers setzen Container-Technologien ein, um Anwendungen portabel, konsistent und ressourceneffizient zu betreiben.
• Service Orchestrierung: Sie koordinieren verschiedene Services und sorgen dafür, dass sie automatisiert zusammenspielen und effizient verwaltet werden können.

SRE

Site Reliability Engineers (SRE) verbinden Software Engineering mit Systemadministration. Ihr Fokus liegt auf der Zuverlässigkeit und Performance der Infrastruktur. Sie stellen sicher, dass Systeme laufen, wenn sie gebraucht werden.

• Monitoring: SREs implementieren umfassende Überwachungssysteme, die den Zustand der Infrastruktur dauerhaft im Blick behalten und frühzeitig auf Anomalien hinweisen.
• Zuverlässigkeit: Sie entwickeln Strategien und technische Lösungen, um Ausfallzeiten zu minimieren und die Stabilität der Systeme zu verbessern.
• Verfügbarkeit: Sie sorgen dafür, dass Services rund um die Uhr erreichbar sind. Dafür kommen Redundanzen und Failover-Mechanismen zum Einsatz.
• Incident Response: Bei Störungen reagieren SREs schnell und strukturiert, analysieren die Ursachen und implementieren Maßnahmen, die ähnliche Vorfälle zukünftig vermeiden.
• Service Level Objectives: Sie definieren messbare Ziele für die Servicequalität und stellen sicher, dass sie kontinuierlich eingehalten und überwacht werden.

DevOps Engineering

DevOps Engineers bilden die Schnittstelle zwischen Entwicklung und Betrieb der Cloud-Infrastruktur. Sie schaffen die Prozesse und Tools, die es Teams ermöglichen, Software schneller und sicherer auszuliefern.

• Kollaboration: DevOps Engineers fördern die Zusammenarbeit zwischen Entwicklungs- und Operations-Teams und brechen mit Hierarchien und festgefahrenen Strukturen.
• Automatisierung: Sie automatisieren wiederkehrende Aufgaben im Entwicklungs- und Deployment-Prozess, um Fehler zu reduzieren und die Geschwindigkeit zu erhöhen.
• Deployment: Die Verantwortung für eine reibungslose und zuverlässige Bereitstellung von Software in verschiedenen Umgebungen liegt beim DevOps Team.
• CI & CD: DevOps Engineers implementieren CI/CD Pipelines, die automatisierte Tests und Auslieferungen ermöglichen und so die Time-to-Market verkürzen.

Welche Schnittmengen haben die verschiedenen Bereiche und wie wirken sie zusammen?

Die drei Bereiche ergänzen sich in verschiedenen Situationen.

Platform Engineers und DevOps Engineers teilen die Verantwortung für Cloud-Infrastruktur-Management und Deployment-Automatisierung: Platform Engineers stellen die grundlegende Plattform bereit, DevOps Engineers nutzen sie für effiziente Auslieferungsprozesse.

DevOps Engineers und SREs arbeiten eng bei kontinuierlicher Verbesserung, Monitoring und Alerting zusammen: DevOps-Prozesse liefern die Basis für schnelle Iterationen, SREs sorgen dafür, dass dabei die Stabilität nicht leidet.

Platform Engineers und SREs wiederum legen gemeinsam den Fokus auf Performance-Optimierung und Kapazitätsplanung: Sie stellen sicher, dass die Infrastruktur funktioniert und effizient dimensioniert ist.

Im Idealfall entsteht so ein Kreislauf: Platform Engineers schaffen die technische Grundlage, DevOps Engineers ermöglichen schnelle Deployments, und SREs gewährleisten, dass alles zuverlässig läuft. Feedback aus dem Betrieb fließt zurück in die Plattform-Entwicklung, sodass sich die Infrastruktur kontinuierlich verbessert.

Fazit: Zusammenspiel zwischen allen Bereichen als Basis für eine funktionale Cloud-Infrastruktur

Eine effiziente Cloud-Infrastruktur entsteht durch das koordinierte Zusammenwirken mehrerer Spezialisten. Platform Engineers, SREs und DevOps Engineers bringen jeweils eigene Perspektiven und Fähigkeiten ein, die sich gegenseitig ergänzen und verstärken. Die Rollen setzen zwar unterschiedliche Schwerpunkte, verfolgen aber alle ein Ziel: eine stabile, skalierbare und zukunftssichere Cloud-Infrastruktur. Unternehmen können durch dieses Zusammenspiel von kürzeren Entwicklungszyklen und höherer Systemzuverlässigkeit profitieren und sind zeitgleich fähig, schnell auf Marktveränderungen zu reagieren.