Remote Desktop Services sind in vielen Schweizer KMU etabliert. Zentrale Anwendungen, einheitliche Arbeitsplätze und kontrollierte Datenhaltung passen besonders gut zu Unternehmen mit branchenspezifischer Windows-Software oder mehreren Arbeitsorten.
Für das betreuende IT-Unternehmen stellt sich jedoch eine strategische Frage: Soll die Plattform vollständig selbst betrieben werden oder ist ein Managed Modell sinnvoller? Die Antwort hängt weniger von der Fähigkeit ab, Windows Server zu installieren, sondern vom gewünschten Geschäfts- und Betriebsmodell.
Die eigentliche RDSH-Aufgabe beginnt nach dem Go-live
Eine produktive RDSH-Umgebung besteht nicht nur aus einem Session Host. Je nach Grösse und Anforderungen gehören weitere Komponenten dazu:
- Active Directory und Gruppenrichtlinien
- Remote Desktop Gateway und sichere Zugänge
- Benutzerprofile, beispielsweise mit FSLogix
- Dateidienste und Applikationsdaten
- Lizenzierung und Zertifikate
- Backup, Monitoring und Kapazitätsplanung
- Wartungsfenster und Benutzerkommunikation
Die Komplexität steigt zusätzlich, wenn mehrere Kundenumgebungen betrieben werden. Standardisierung, Dokumentation und saubere Trennung werden dann wichtiger als einzelne technische Tricks.
Wann ein eigener RDSH-Betrieb sinnvoll sein kann
Eigenbetrieb ist nicht grundsätzlich falsch. Er passt gut, wenn ein IT-Unternehmen genügend wiederkehrendes Volumen, klare interne Zuständigkeiten und Bereitschaftsdienst besitzt.
Gute Voraussetzungen für Eigenbetrieb
- Mehrere Mitarbeitende mit tiefer Windows- und Virtualisierungserfahrung
- Eigene Monitoring-, Backup- und Dokumentationsprozesse
- Genügend Kundenvolumen für Hardware und Reservekapazität
- Definierte Erreichbarkeit bei kritischen Störungen
- Regelmässige Tests von Wiederherstellung und Ausfallszenarien
Wer diese Grundlagen bereits für andere Plattformen betreibt, kann RDSH effizient integrieren. Fehlen sie, entsteht schnell ein Einzelwissen-Risiko: Eine Person kennt die Umgebung, Wartungen werden verschoben und Backups sind vorhanden, aber nie getestet.
Was sich bei einer Managed RDSH-Plattform verändert
Im Managed Modell wird die technische Basis durch einen spezialisierten Betreiber bereitgestellt. Das IT-Unternehmen bleibt nahe am Kunden und konzentriert sich auf Beratung, Anwendungen, Benutzer und First-Level.
| Thema | Eigenbetrieb | Managed Plattform |
|---|---|---|
| Investition | Hardware, Storage, Backup und Reservekapazität im Voraus | Projekt- oder nutzungsbezogener Einstieg |
| Fachwissen | Vollständig intern erforderlich | Zwischen Partner und Betreiber aufgeteilt |
| Updates | Eigene Planung und Durchführung | Plattformpflege im vereinbarten Umfang |
| Störungen | Eigenes Team trägt die gesamte Eskalation | Second-/Third-Level beim Plattformbetreiber |
| Marke | Vollständig eigene Plattform | Bei echtem White-Label weiterhin eigene Marke |
Managed bedeutet nicht, dass das IT-Unternehmen jede Verantwortung abgibt. Anwendungen, Kundenkommunikation und lokale Abhängigkeiten benötigen weiterhin einen kompetenten Partner. Die Stärke liegt in der klaren Aufteilung.
Kosten richtig vergleichen
Ein reiner Preisvergleich pro vCPU oder Gigabyte RAM greift zu kurz. Im Eigenbetrieb gehören auch folgende Positionen in die Rechnung:
- Reservehardware und Ersatzteile
- Backup-Speicher an einem getrennten Standort
- Monitoring und Alarmierung
- Arbeitszeit für Updates, Wartung und Dokumentation
- Bereitschaft und ungeplante Störungsarbeit
- Kapitalbindung und Überkapazität
Eine Managed Plattform ist nicht automatisch günstiger. Sie kann jedoch Kosten planbarer machen und Spezialwissen über mehrere Partner und Umgebungen effizient nutzbar machen.
Verfügbarkeit, Backup und Wiederherstellung getrennt betrachten
RDSH-Kunden erleben bereits kleinere Störungen unmittelbar. Trotzdem ist nicht jede Umgebung automatisch ein Hochverfügbarkeitscluster. Drei Begriffe sollten getrennt bewertet werden:
- Redundanz: Einzelne Komponenten wie Datenträger können gegen Ausfall geschützt werden.
- Backup: Systeme und Daten können auf einen früheren Stand wiederhergestellt werden.
- Hochverfügbarkeit: Zusätzliche Systeme und Mechanismen reduzieren bestimmte Unterbrechungen.
Wie lange darf ein Kunde ohne seinen zentralen Arbeitsplatz sein – und was ist er bereit, für kürzere Wiederanlaufzeiten zu bezahlen? Diese Frage sollte vor der Architekturentscheidung beantwortet werden.
Eine bestehende RDSH-Umgebung kontrolliert migrieren
Vor einer Migration müssen Anwendungen, Profile und Abhängigkeiten inventarisiert werden. Ein sinnvoller Ablauf umfasst typischerweise:
- Bestandsaufnahme von Servern, Benutzern, Daten und Anwendungen
- Prüfung von Lizenzen, Druckern, Schnittstellen und Spezialhardware
- Zielarchitektur und Testumgebung
- Pilot mit ausgewählten Benutzern
- Geplantes Umschaltfenster und Rückfalloption
- Nachkontrolle von Profilen, Performance und Backup
Eine Migration ist gleichzeitig die Gelegenheit, Altlasten zu bereinigen. Nicht jede bestehende Gruppenrichtlinie oder jedes Profilproblem sollte ungeprüft übernommen werden.
Entscheidungshilfe für kleine IT-Unternehmen
Eigenbetrieb passt, wenn RDSH ein strategischer Kernbereich des eigenen Unternehmens ist und genügend Personal, Volumen und Betriebsprozesse vorhanden sind. Ein Managed Modell passt, wenn das IT-Unternehmen die Kunden- und Anwendungskompetenz behalten, den Infrastrukturunterbau aber mit einem Partner teilen möchte.
Die beste Entscheidung entsteht nicht aus einer allgemeinen Regel, sondern aus einer ehrlichen Betrachtung von Volumen, Fachwissen, Bereitschaft, Investition und gewünschtem Serviceversprechen.
White-Label Cloud- und Managed-Service-Infrastruktur für Schweizer IT-Unternehmen. Ein Angebot der ScIT Informatik GmbH.