Enterprise Switch: Der einfachste Weg zur Cloud-Migration

In diesem Artikel lesen Sie,

• welche operativen Probleme bei der Cloud-Migration auftreten,  
• wie die T Cloud Public diese mit dem Enterprise Switch löst  
• und wie der Enterprise Switch funktioniert.  
   

Viele Unternehmen sehen den Mehrwert der Cloud und wollen Workloads verlagern. Aber wegen der Kosten, Aufwände und Risiken einer Cloud-Migration sind sie zurückhaltend. Mit dem Enterprise Switch führt die T Cloud Public ein natives Migrationstool ein, das die einfache Self-Service-Migration von Workloads in die Cloud ermöglicht. Das Werkzeug wurde im Februar 2026 als kostenlose Public-Beta-Version bereitgestellt.  

Die Entscheidung für die Migration in die Cloud ist gefallen. Die Migration ist geplant. Das IT-Team krempelt die Ärmel hoch – und dann gerät die Cloud-Migration ins Stocken. Applikationsabhängigkeiten, riesige Datenmengen oder das Stranden in der Netzwerk-Realität erweisen sich als echte Showstopper. Unschön und wenig Cloud-einladend. Eine gute Migrationsstrategie ist noch kein Garant für eine reibungslose und erfolgreiche Cloud-Migration. In der Realität zeigen sich verschiedene operative Herausforderungen bei der Cloud-Migration. 

Applikation A ruft eine alte SOAP-Schnittstelle auf. Ein Batch-Job schreibt nachts in eine Datenbank, die „eigentlich keiner mehr nutzt“. Eine Lizenzprüfung läuft gegen einen lokalen Server. Die Migration einzelner Systeme bringt derartige Abhängigkeiten schnell an den Tag – auf schmerzhafte Weise.  

VMs zu kopieren ist trivial. Aber Terabyte oder Petabyte von Daten konsistent zu migrieren, ist es keineswegs. Die Datenkonsistenz im Betrieb oder Replikationslatenz über unterschiedliche Storage-Typen hinweg können die Migration massiv behindern. Gerade relationale Datenbanken sind empfindlich.

On-Premises-Landschaften nutzen häufig „flache Hierarchien“. Alles darf mit allem sprechen, Netzwerk-Segmentierung ist selten. Das ändert sich in der Cloud: Mit Virtual Private Clouds (VPCs), Security Groups, Subnetzen, Routing-Tabellen und Firewall-Regeln müssen eigene Ressourcen klar geschützt und abgegrenzt werden. Viele Applikationen funktionieren plötzlich nicht mehr, weil implizite Netzfreigaben fehlen. 

Ein Klassiker: On-Premises-Apps sind hart auf IP-Adressen konfiguriert. Die Cloud nutzt andere IP-Ranges, andere DNS-Strukturen und vielleicht sogar eine neue Domain-Strategie. Das führt zu fehlerhaften Konfigurationen, nicht erreichbaren Services oder Zertifikatsproblemen. Just solche banalen Themen kosten enorm viel Zeit bei der Cloud-Migration. 

Zwei Landschaften zu betreiben, kann aus Resilienz-Gründen sinnvoll sein. Aber irgendwann muss für die meisten Workloads aus Kostengründen eine Entscheidung für einen Cutover fallen. Wie lange darf die Downtime sein? Gibt es ein Fallback? Was passiert bei Fehlern? Wie wird getestet? Schlecht geplante Cutover können Produktionsausfälle bedeuten. Eine Angst, die bei jeder Migration mitschwingt.

Cloud-Migrationen, gerade für umfassende Anwendungslandschaften können sich so schnell zu teuren und zeitaufwändigen Großprojekten auswachsen. Kein Wunder suchen Anwenderunternehmen, die ihre Workloads aus eigenen Rechenzentren in die Cloud verlagern wollen, nach einfacheren Methoden, sicher und risikoarm in die Cloud umzuziehen. Die T Cloud Public führte genau einen solchen Service Ende Februar 2026 ein, den Enterprise Switch.

Der Enterprise Switch ist ein T-Cloud-Public-nativer Service. Nur wenige Cloud-Provider bieten ein derartiges Migrationstool im Self Service, das direkt in die Cloud integriert ist. Stattdessen müssen für Cloud-Migrationen häufig Services aus dem Ökosystem genutzt werden. Der Enterprise Switch verbindet das bestehende Rechenzentrum mit der T Cloud Public. Der Trick des Enterprise Switch liegt in der Etablierung einer Layer-2-Verbindung. Damit können Anwender die bestehenden privaten IP-Adressbereiche ohne jegliche Anpassungen nahtlos in der T Cloud Public weiternutzen. Die T Cloud Public wird so eine organische Erweiterung des existierenden Rechenzentrums – und die meisten der oben genannten Migrations-Herausforderungen werden umgangen.

Der Enterprise Switch ist über die Konsole der T Cloud Public als On-Demand-Service verfügbar. D.h. er kann für einen limitierten Zeitraum ganz nach eigenem Bedarf genutzt werden, beispielsweise eine Stunde lang für die Migration einer kleineren Web-Applikation. Die Kosten für die Migration liegen dann im einstelligen Euro-Bereich. Zunächst, ab Ende Februar, steht er jedoch als Public-Beta-Version bereit, d.h. er kann kostenfrei genutzt werden.  

Für die Nutzung des Enterprise Switch ist eine Layer-3-Verbindung durch Direct Connect oder Enterprise VPN die Basis. Auf diese wird die Layer-2-Verbindung „aufgeschaltet“, die andere Protokolle bietet und so die Mitnahme des privaten IP-Adressbereichs ermöglicht. Der Enterprise Switch wird in drei Versionen angeboten: small, medium und large. Je nach Transferlast (Subnets, Bandbreite) können Anwender den für sie passenden aussuchen.  

Dadurch dass die T Cloud Public zu einer organischen Erweiterung des eigenen Rechenzentrums wird, müssen Cloud-Einsteiger keinen harten Cutover oder eine Big-Bang-Migration einplanen. Statt die existierende Landschaft weiter zu betreiben und eine gespiegelte Landschaft in der Cloud aufzubauen und zu betreiben, kann der Umstieg Schritt für Schritt erfolgen. VMs, Speicher, Daten etc. können nach und nach migriert werden, ohne dass Verknüpfungen zwischen einzelnen Komponenten verloren gehen. Die internen Komponenten können nach und nach abgeschaltet werden. Der Enterprise Switch vereinfacht so Migrationen und senkt die Kosten erheblich.  

Dadurch dass die Anbindung bilaterial arbeitet, können die Ressourcen auch jederzeit wieder zurück verschoben werden. Damit wird der Enterprise Switch zu einen Souveränitätswerkzeug, der u.a. auch die Umsetzung der Anforderungen des Data Act erleichtert. Das erhöht die Unabhängigkeit des Cloud-Anwenders von der T Cloud Public.