Zusammenfassung

  • Deutsche Telekom und Codesphere wollen geeignete Anwendungen auf T Cloud erproben und souveräne, Hyperscaler- sowie eigene Umgebungen verbinden.
  • Eine gemeinsame Betriebsebene kann den Infrastrukturwechsel erleichtern; ihre eigenen Nutzungs- und Wartungsbedingungen werden dadurch nicht nebensächlich.

Ein Cloud-Anbieter kann Kunden gewinnen, indem er den späteren Abschied weniger schwierig erscheinen lässt. Genau darin liegt ein möglicher wirtschaftlicher Nutzen der geplanten Zusammenarbeit von Deutsche Telekom und Codesphere. T Cloud soll in eine vorhandene IT-Landschaft passen, ohne dass der Kunde zuvor das gesamte Umfeld auf einen einzigen Anbieter ausrichten muss.

Die Mitteilung vom 10. September, die Public Technologies für Deutsche Telekom verbreitet hat, beschreibt Codesphere als künftige gemeinsame technische Ebene auf T Cloud. Sie soll souveräne Infrastruktur mit bestehenden Hyperscaler- und On-Premises-Umgebungen verbinden. Zunächst wollen die Partner geeignete Anwendungen identifizieren und auf T Cloud erproben. Im Vordergrund stehen hoher Souveränitätsbedarf sowie umfangreiche Rechen- und Speicheranforderungen.

Damit ist die Reife der Ankündigung klar begrenzt. Genannte Kundensysteme mit abgeschlossener Migration, ein allgemeines Preismodell oder eine vollständige Kompatibilitätsmatrix werden nicht vorgelegt. Die geplante Erprobung darf nicht zur bereits belegten Leistungsfähigkeit eines konkreten Kundenbetriebs umgedeutet werden.

Auch die Multicloud-Idee selbst ist nicht neu. Schon die offizielle Vorstellung von T Cloud im September 2025 verband Telekom-eigene Infrastruktur mit Hyperscaler-Angeboten und Unterstützung bei der Migration. Die neue Kooperation soll diese Mischung um einen gemeinsamen Ansatz für Entwicklung und Betrieb ergänzen. Sie entwickelt damit den bereits angekündigten Ansatz weiter und ist nicht der erstmalige Start von T Cloud.

Codesphere beschreibt in seiner Technikübersicht Workspaces für Anwendungen, gebündelte Rechenressourcen und Netzwerkspeicher. Als mögliche Umgebungen nennt das Unternehmen verwaltete Kubernetes-Cluster, virtuelle Maschinen und Bare Metal. Hinzu kommen unterschiedliche Betriebsmodelle. Verwaltete Dienste beruhen unter anderem auf Open-Source-Frameworks und Abstraktionsschichten. Solche allgemeinen Produkteigenschaften erklären den Ansatz, ersetzen aber keine Prüfung der jeweiligen Anwendung innerhalb der Telekom-Kooperation.

Ein einheitliches Betriebsmodell könnte den Aufwand senken, eine zweite Infrastruktur einzubeziehen. Doch ein erfolgreich gestarteter Prozess ist noch kein umgezogenes Geschäftssystem. Datenbankzustände, Identitäten, Netzverbindungen und Wiederherstellungsverfahren müssen ebenfalls funktionieren. Bleibt eine dieser Abhängigkeiten an der bisherigen Umgebung hängen, ist die praktische Beweglichkeit enger als die Auswahl der Rechenleistung.

Bei der Software selbst lohnt ein genauer Blick auf die Begriffe. Auf seiner Souveränitätsseite erklärt Codesphere, langfristig unterstützte Versionen unter einer Source Available License zu vertreiben; eine Bereitstellung von Funktionen als Open Source sei künftig geplant. Aus offenen Komponenten folgt deshalb nicht, dass bereits die gesamte Plattform Open Source ist. Ebenso wenig lässt sich aus der bloßen Verfügbarkeit des Quellcodes ableiten, welche Änderungen, Weitergaben oder eigenständigen Wartungsarbeiten erlaubt sind. Maßgeblich bleiben die jeweils anwendbaren Bedingungen.

Für den Kunden kann eine weniger bindende Infrastrukturentscheidung trotzdem attraktiv sein. Er kann passende Aufgaben auf T Cloud verlagern und andere Dienste zunächst behalten. Der mögliche Gewinn liegt in einer zusätzlichen Handlungsoption, nicht in der belegten Auflösung sämtlicher Anbieterabhängigkeiten. Gute Erprobungen müssen zeigen, welche Teile eines funktionierenden Dienstes beweglich werden und welche weiterhin an die gemeinsame Plattform gebunden sind.