deloscloud Delos Cloud GmbH verkauft gehostete Kapazität, die noch von Racks, Transit und Wartungsfenstern abhängt

Zusammenfassung

• Delos Cloud ist nicht mehr nur ein Memorandum oder ein politisches Konzept. Die eigenen Pressemitteilungen zeigen, dass das erste Betriebszentrum in der Region Gütersloh im September 2025 in Betrieb genommen wurde, das zweite Betriebszentrum in der Region Leipzig im Januar 2026, das Sicherheitsbetriebszentrum war bereits bereit und die Rechenzentren befanden sich in der finalen Vorbereitung für den Produktionsbetrieb.
• Das kommerzielle Angebot ist eine deutsche Cloud für den öffentlichen Sektor, die auf Microsoft Azure-Technologie aufbaut und von Delos Cloud mit Personal von Arvato Systems betrieben wird. Delos gibt an, die Infrastruktur zu besitzen, die Plattform zu betreiben und die Produkte zu lizenzieren, während Microsoft die Technologie bereitstellt und Arvato den deutschen Betrieb unterstützt.
• Die öffentlichen Routing-Nachweise sind real.RIPE RDAP für AS198678nennt Delos Cloud GmbH,die RIPEstat-Daten der angekündigten Präfixezeigen vier IPv4-Präfixe und ein IPv6-Aggregat, undder RIPEstat-Routing-Statuszeigt eine breite Sichtbarkeit bei den Collectors. Auch die sichtbare Abhängigkeit ist klar:die RIPEstat-Nachbardatensehen AS212185, ein weiteres Delos-Cloud-System, als einzigen öffentlichen Nachbarn von AS198678.
• Der Resilienztest besteht also nicht darin, ob Delos Cloud einen glaubwürdigen öffentlichen Fußabdruck hat. Das ist der Fall. Der Test besteht darin, ob Kunden die Stromversorgung der Einrichtungen, die Kühlung, die Betreiberdiversität, die Wartungspraktiken, die Bestände und die Support-Eskalation hinter den gehosteten Diensten überprüfen können, bevor kritische Arbeitslasten des öffentlichen Sektors davon abhängen.

Öffentliche Nachweise stützen nun eine ernsthafte operative Untersuchung

Delos Cloud GmbH ist über die offiziellen Unternehmensseiten, SAP-Mitteilungen, Partnerseiten, Kunden-Pilotdokumente und Internetregisterdaten sichtbar. DieÜber-uns-Seitepositioniert das Unternehmen als souveräne Plattform für digitale öffentliche Dienste in Deutschland, ausgerichtet an deutschen Sicherheitsanforderungen und zur Unterstützung von IT-Dienstleistern des Bundes, der Länder und der Kommunen. DieProduktseitegibt an, dass das Angebot auf Microsoft-Dienste ausgerichtet ist, die souverän von Delos Cloud bereitgestellt werden, einschließlich verbrauchs- und benutzerbasierter Dienste, und gleichzeitig Platz für Drittanbieter-Software, Open-Source-Software und kundeneigene Anwendungen bietet.

Dies ist eine stärkere öffentliche Position, als die Annahme eines "leichten Fußabdrucks" vermuten ließe, wenn man sie als Frage nach der Existenz des Unternehmens lesen würde. Die beste Degradierung ist eine andere. Delos Cloud hat genügend Nachweise, um als reale und fortgeschrittene Konstruktion behandelt zu werden. Es veröffentlicht noch nicht genügend physische und betriebliche Details, damit Externe jede Rechenzentrums-, Transit-, Wartungs- und Migrationsabhängigkeit als produktionserprobt bewerten können. In einer Public-Cloud ist diese Unterscheidung wichtiger als die Markenbekanntheit.

Ein souveränes Angebot bleibt ein Angebot gehosteter Kapazität. Es muss noch Gebäude, Racks, Router, Personal und Verträge in Dienste umwandeln, die nutzbar bleiben, wenn die Ausrüstung ausfällt.

Der Zeitplan ist wichtig. EineSAP-Mitteilung vom September 2025gibt an, dass Delos Cloud das erste Betriebszentrum in der Region Gütersloh in Betrieb genommen hat. Die Mitteilung gibt an, dass dort mehr als 60 Personen arbeiten würden, dass das Betriebspersonal von Arvato Systems die Delos-Cloud-Dienste verwalten würde und dass das Zentrum eine große Rolle im Plattformbetrieb, der Sicherheit und den Zertifizierungen spielte. Sie gibt auch an, dass ein zweites Betriebszentrum in der Region Leipzig fast fertig war, ein drittes Betriebszentrum in der Region Frankfurt bald mit dem Bau beginnen würde und ein Sicherheitsbetriebszentrum in der Region Frankfurt bereit war.

EineSAP-Mitteilung vom Januar 2026treibt die Geschichte voran. Sie gibt an, dass das zweite Betriebszentrum in der Region Leipzig in Betrieb genommen wurde, die Betriebszentrum-Infrastruktur für den Produktionsbetrieb vollständig war und zwei fertiggestellte Betriebszentren der Plattform einen georedundanten Betriebsschutz gegen Ausfälle und Krisenszenarien boten. Dieselbe Mitteilung gibt an, dass das zugehörige Sicherheitsbetriebszentrum bereit war und dass die Delos-Cloud-Rechenzentren sich in der finalen Vorbereitung für den Produktionsbetrieb befanden. Sie gibt auch an, dass das Leipziger Zentrum 80 Arbeitsplätze und einen 24-Stunden-Betrieb unter strengen Sicherheitsmaßnahmen bieten würde.

Die öffentlichen Kundennachweise haben ebenfalls das allgemeine Interesse übertroffen. DieKundenseitevon Delos Cloud listet Piloten und namentliche Beispiele in öffentlichen Anwendungsfällen des Bundes und der Länder auf, darunter eine Bundesbehörde für Arbeit, ein Finanz- und Technologieprojekt in Nordrhein-Westfalen und Kultureinrichtungen in Baden-Württemberg. EineSAP-Mitteilung vom Mai 2026gibt an, dass das Staatstheater Stuttgart einen Piloten für Microsoft Office 365 und einige Azure-Dienste auf der Delos-Cloud-Plattform gestartet hat, unter Beteiligung des Badischen Staatstheaters Karlsruhe und SVA als Beratungs- und Implementierungspartner. EineSAP-Mitteilung vom Juni 2026gibt an, dass Delos Cloud zu Beginn seines Partnerprogramms strategische Partnerschaften mit 15 Unternehmen unterzeichnet hatte.

Insgesamt rechtfertigen diese Quellen eine ernsthafte Analyse der Infrastruktur und nicht eine skeptische Ablehnung. Es geht nicht mehr darum, ob Delos Cloud in öffentlichen Aufzeichnungen erscheint. Es geht darum, wo die Grenze zwischen erprobter Startinfrastruktur und den Teilen liegt, die Kunden noch prüfen müssen: die physischen Datenräume, die Betreiberrouten, die Support-Eskalation, die Wiederherstellungspfade, die Sicherheitsattestierungen und die geschäftliche Abhängigkeit von der Microsoft-Technologiebasis.

Deutschland ist das Servicegebiet, aber die Standortkarte ist noch begrenzt

Das Servicegebietsversprechen von Delos Cloud ist außergewöhnlich explizit. Die Dokumente wiederholen, dass die Plattform für den öffentlichen Sektor in Deutschland bestimmt ist und dass die Datenverarbeitung und der Betrieb in Deutschland bleiben müssen. DiePreismitteilung vom Februar 2025gibt an, dass die Plattform für deutsche öffentliche Kunden bestimmt ist, dass sensible Verwaltungsdaten ausschließlich in Rechenzentren und Betriebsstandorten in Deutschland verarbeitet werden und dass Delos Cloud GmbH und die Plattform der deutschen Gerichtsbarkeit unterliegen. DieMitteilung zum D-Trust-Zertifikatmacht denselben Lokalitätspunkt, indem sie deutsche TLS-Zertifikate für verschlüsselte und authentifizierte Kommunikation beschreibt.

Diese Lokalität ist kommerziell wertvoll. Sie ist auch keine vollständige Standortkarte. Die öffentlichen Mitteilungen identifizieren Betriebszentren in den Regionen Gütersloh und Leipzig sowie ein Sicherheitsbetriebszentrum in der Region Frankfurt. Sie veröffentlichen nicht die Adressen der Datenräume, die Stromversorgungskonzepte, die Rack-Anzahlen, die Leistungsdichten, die Gebäudeeigentümer, die Meet-Me-Räume, die Kraftstoffanordnungen oder die Betreibereingänge. Sie geben an, dass die Delos-Cloud-Rechenzentren im Januar 2026 in der finalen Vorbereitung waren.

Sie nennen diese Rechenzentren nicht in den hier geprüften öffentlichen Mitteilungen.

Diese Einschränkung muss klar verstanden werden. Ein Betriebszentrum ist der Ort, an dem Menschen überwachen, betreiben, sichern und reagieren. Ein Rechenzentrum ist der Ort, an dem Computer-, Speicher- und Netzwerkausrüstung Strom verbraucht, Wärme abgibt und sich mit Betreibern verbindet. Beide sind verbunden, aber nicht austauschbar. Eine Anordnung mit zwei Betriebsstandorten kann die Personal- und Führungsresilienz verbessern, selbst wenn die Computerplattform getrennte physische Abhängigkeiten hat.

Umgekehrt können zwei Datenräume für einen Kunden versagen, wenn das Betriebsbüro, die Zugangskontrolle, die Betreibereskalation oder die Änderungsfreigabe nicht verfügbar ist. Das öffentliche Material von Delos Cloud ist am stärksten in Bezug auf die Betriebszentrum-Ebene und schwächer in Bezug auf die Datenraum-Ebene.

Die gleiche Vorsicht gilt für die Georedundanz. Die Mitteilung vom Januar 2026 gibt an, dass zwei fertiggestellte Betriebszentren den Betrieb durch Georedundanz gegen Ausfälle und Krisenszenarien sichern. Dies ist eine wichtige Behauptung über die Betriebsebene. Sie beweist nicht von selbst, dass jede Kundenarbeitslast synchron auf zwei unabhängige Datenräume repliziert wird, dass jedes Verwaltungssystem eine Active-Active-Kontrolle hat, dass jeder Kundendienst einen getesteten regionalen Failover hat oder dass jeder Speicherdienst einen bestimmten Wiederherstellungspunkt erreichen kann.

Diese Details können in der Kundendokumentation existieren, sind aber nicht alle öffentlich.

Für Beschaffungen lautet die richtige Standortfrage daher spezifisch. Welche Region, welche Verfügbarkeitskonzeption und welches Rechenzentrumspaar unterstützen den bestellten Dienst? Welche Funktionen werden von Gütersloh, Leipzig oder Frankfurt gesteuert und welche Funktionen laufen in den Datenräumen? Welchen Ausfall kann ein Betriebszentrum absorbieren und welcher Ausfall erfordert Datenpersonal, Betreiberingenieure, Ersatzteile oder Microsoft-Technologie-Support? Das öffentliche Material eröffnet diese Sorgfaltspflicht; es schließt sie nicht ab.

Die Betreibergrenze ist das Herzstück des Souveränitätsanspruchs

Das Souveränitätsargument von Delos Cloud basiert auf einer Rollentrennung. Die Preismitteilung vom Februar 2025 gibt an, dass Delos Cloud die Hyperscale-Technologie von Microsoft Azure nutzt, diese Dienste aber souverän für die deutsche Verwaltung bereitstellt. Sie gibt an, dass Delos Cloud GmbH als Eigentümer der Infrastruktur den Plattformbetrieb und die Produktlizenzierung übernimmt. Microsoft trägt als Technologieanbieter bei. DieSAP-Vertragsmitteilung vom Oktober 2024und einBertelsmann-Bericht zu denselben Verträgenbeschreiben die endgültigen Verträge zwischen Delos Cloud, Microsoft und Arvato Systems und geben an, dass Arvato Systems den Plattformbetrieb in Deutschland unterstützen wird.

Diese Struktur ist wichtig, denn ein öffentlicher Käufer kauft nicht nur virtuelle Maschinen oder Office-Zusammenarbeit. Er kauft eine rechtliche und operative Zuteilung von Kontrolle. Delos Cloud gibt an, Microsoft-Technologie in einer Umgebung bereitzustellen, die von einem deutschen Unternehmen, unter deutscher Gerichtsbarkeit, mit deutschem Sicherheitspersonal und in Deutschland verarbeiteten Daten betrieben wird. Dies ist ein anderes Angebot als der Kauf gewöhnlicher öffentlicher Cloud-Dienste in einer globalen Region und das Hinzufügen einer deutschen Abrechnungshülle.

Die Grenze schafft auch eine Abhängigkeit. Wenn Microsoft der Technologieanbieter ist, bleibt Delos Cloud von der Softwareentwicklung, den Sicherheitsupdates, der Produktentwicklung und den Lizenzrechten von Microsoft abhängig. Wenn Arvato Systems die Dienste in den Betriebszentren betreibt, ist Delos Cloud von den Einstellungen, der Schulung, der Sicherheitsüberprüfung, der Schichtabdeckung und den Einrichtungsverfahren von Arvato abhängig.

Wenn SAP die Muttergesellschaft und der Investor ist, profitiert Delos Cloud von der Größe von SAP, befindet sich aber auch in einem strategischen Programm, das die Ausrichtung von Finanzierung, Verträgen und öffentlichem Vertrauen aufrechterhalten muss. Souveränität reduziert einige Risiken, konzentriert aber andere in einer sorgfältig konstruierten Kette.

Die Resilienzankündigung vom November 2025 mit Bleu und Microsoft veranschaulicht diese Kette. DieSAP-Mitteilunggibt an, dass Delos Cloud und Bleu eine grenzüberschreitende technische und operative Zusammenarbeit für erweiterte Krisen- und Notfallszenarien vereinbart haben, während Delos Cloud und Microsoft eine separate Vereinbarung zur Unterstützung der Geschäftskontinuität in Europa unterzeichnet haben, falls externe Einschränkungen die Microsoft-Cloud-Dienste für bestimmte Kunden beeinträchtigen. Dies ist nützlich, da es zeigt, dass Delos Cloud über das geopolitische Risiko der Dienstkontinuität nachgedacht hat. Es zeigt auch, warum die Betreibergrenze nicht als einzelne Mauer behandelt werden kann. Einige Notfallmaßnahmen erfordern gleichzeitig rechtliche Rechte, Softwarezugang, Delos-Kapazität, Betriebspersonal und Kundenmigrationsfähigkeit.

Die haltbare Schlussfolgerung ist ausgewogen. Delos Cloud hat ein öffentliches Souveränitätskonzept mit einer benannten Rollentrennung. Das Konzept ist bedeutsam. Es ersetzt nicht den Nachweis, dass die physischen Einrichtungen, Update-Pfade, Personalverfahren und Notfallübertragungsvereinbarungen unter Last funktionieren. Ein Kunde muss das Konzept nicht ablehnen. Ein Kunde muss es gegen Ausfälle testen.

Was Delos Cloud verkauft, ist kein einfaches Cloud-Produkt

Das Delos-Cloud-Produktportfolio umfasst Infrastruktur-, Plattform- und Kollaborationsdienste. DiePortfolio-Seitelistet Azure Foundational Services, Azure Mainstream Services, Office 365, SAP-Dienste, Drittanbieterlösungen, Open-Source-Software und kundeneigene Anwendungen. Sie umfasst Rechen-, Speicher-, Netzwerk-, Datenbank-, Container-, Überwachungs- und sicherheitsbezogene Elemente im gesamten Portfolio. DieRoadmap-Seitestellt das Dienstportfolio als schrittweisen Weg zu einer souveränen Cloud für den öffentlichen Sektor dar.

Diese Breite ist für die Kapazität wichtig. Eine virtuelle Maschine verbraucht CPU, Speicher, Netzwerkports, Host-Planungskapazität, Verwaltungsebenenkapazität und Supportzeit. Eine verwaltete Datenbank verbraucht Speicher, Sicherungskapazität und operative Sorgfalt. Ein Kollaborationsmandant verbraucht Identität, E-Mail, Speicher, Richtlinien und Supportkapazität. Ein Backup- oder Disaster-Recovery-Dienst verbraucht Sekundärspeicher, Netzwerkdurchsatz, Wiederherstellungsverfahren und Testzeit. Ein Kubernetes-Dienst verbraucht Steuerungsebenenkapazität, Worker-Knoten, Images, Protokollierung und Sicherheitswartung.

Ein Käufer sieht ein Cloud-Katalog. Der Betreiber muss viele Kapazitätspools verwalten.

Die Preismitteilung vom Februar 2025 fügt den wirtschaftlichen Rahmen hinzu. Sie gibt an, dass Delos Cloud die souveränen Microsoft-Dienste für deutsche öffentliche Kunden zu 15 % über dem aktuellen Katalogpreis von Microsoft Deutschland in Rechnung stellen würde und dass dieser Preis für die von Delos Cloud bereitgestellten Microsoft-Infrastruktur- und Plattformdienste gilt, einschließlich Azure Foundational Services, Azure Mainstream Services und Microsoft Office 365. Der Aufschlag ist der sichtbare Preis der Souveränität, aber keine Garantie für Kapazität.

Ein Aufschlag von 15 % kann den deutschen Betrieb, die Sicherheitsanforderungen, die getrennte Infrastruktur und die Kontrollvereinbarungen nur bezahlen, wenn die Plattform ausreichende Nachfrage erreicht und wenn die zugrunde liegende Fabrik mit nutzbarer Reserve geplant ist.

Die nutzbare Reserve ist der versteckte Nenner. Delos Cloud kann Betriebszentren und ein Produktportfolio ankündigen, aber ein Kunde, der eine Produktionsverlagerung bewertet, benötigt schwerer zu veröffentlichende Kapazitätszahlen: installierte Compute-Last, verkaufte Last, Reserve-Last, Host-Cluster pro Dienst, Speicherreserve, Netzwerk-Überzeichnung, Sicherungskapazität, Support-Personal, Patch-Fenster und Wiederherstellungsleistung. Installierte Server sind nicht dasselbe wie nutzbare Cloud-Kapazität.

Ein Rack mit Hardware ohne getestete Automatisierung, ohne Speicherreserve, ohne genehmigten Wartungspfad oder ohne Betreibervielfalt kann kritische Arbeitslasten nicht sicher unterstützen. Eine Region, die einen Pilotmandanten starten kann, ist nicht automatisch bereit für die Migration einer großen Behörde.

Aus diesem Grund ist die Behauptung der Offenheit und Neutralität der Plattform wichtig. Das Partnerprogramm und die Produktseiten geben an, dass Dritte Lösungen zu Delos Cloud beitragen können. Dies kann die Ökosystemtiefe verbessern, fügt aber auch Variation hinzu. Eine von einem Partner auf der Delos-Infrastruktur erstellte Anwendung kann andere Support-, Lizenz-, Patch- und Wiederherstellungsbedingungen haben als ein Office 365-Dienst. Eine Open-Source-Komponente kann andere Wartungsverantwortlichkeiten haben als eine von Microsoft bereitgestellte Komponente.

Kundeneigene Anwendungen benötigen möglicherweise Landing Zones, Überwachung, Backup, Secret Management und Netzwerksegmentierung, die Delos nur teilweise bereitstellt. Der Cloud-Katalog ist der Beginn der Kapazitätsplanung, nicht das Ende.

Die Routing-Nachweise beweisen die Erreichbarkeit, nicht den gesamten physischen Pfad

Die Netzwerknachweise von Delos Cloud sind stärker als die vieler souveräner Cloud-Projekte in der Frühphase.RIPE RDAP für AS198678identifiziert das autonome System alsdeloscloud, registriert am 1. Mai 2023, mit Delos Cloud GmbH als Inhaber.Der AS-Überblick von RIPEstatmeldete die AS-Ankündigung am 12. Juli 2026. DieAnsicht der angekündigten Präfixezeigte fünf Präfixe im Fenster vom 28. Juni bis 12. Juli 2026:123.2.0.0/15,142.221.0.0/16,161.37.0.0/16,168.86.0.0/17und2a07:3040::/32.

Der Umfang dieser Präfixe ist nicht unbedeutend.Der RIPEstat-Routing-Statusmeldete vier IPv4-Präfixe mit 294.912 IPv4-Adressen und ein IPv6-Aggregat mit 65.536 /48. Er meldete auch, dass 326 von 326 abgetasteten IPv4-Peers und 322 von 322 abgetasteten IPv6-Peers die Routen zum Zeitpunkt der Anfrage sahen.RIPE RDAP-IP-Einträgefür die IPv4-Bereiche von Delos identifizieren Delos Cloud GmbH als Adressinhaber für die sichtbaren Zuweisungen.Die RIPEstat-RPKI-Validierunggab einen gültigen Ursprungsstatus für AS198678 und123.2.0.0/15zurück, und dieentsprechende IPv6-Validierunggab gültig für AS198678 und2a07:3040::/32zurück.

Diese Fakten stützen eine wichtige Behauptung: Delos Cloud hat ein aktives öffentliches Internet-Routing unter eigenem Namen. Sie stützen nicht alle Behauptungen, die ein Cloud-Käufer wünscht. DieRIPEstat-Nachbarnansichtsah einen öffentlichen Nachbarn für AS198678: AS212185.RIPE RDAP für AS212185identifiziert diesen AS alsdeloscloudconnect, registriert bei Delos Cloud GmbH am 26. Juni 2025.Die RIPEstat-Daten der angekündigten Präfixe für AS212185zeigten zwei /23 IPv4 und zwei /48 IPv6, währenddie RIPEstat-Nachbardaten für AS212185AS2914, AS3356 und AS198678 sahen.

Dieses Muster ähnelt einem internen Ursprungs-AS hinter einem Delos-Konnektivitäts-AS, das dann über große Upstream-Anbieter weltweiten Transit erreicht. Es kann vollständig beabsichtigt und resilient sein. Es kann auch physische Abhängigkeiten verbergen, die die öffentliche BGP-Ansicht nicht sehen kann. Erhält AS212185 diverse Fasereingänge? Gelangen AS2914 und AS3356 über getrennte Meet-Me-Räume, Leitungen und optische Systeme? Kann jeder die volle Produktionslast tragen, wenn der andere ausfällt? Sind Verwaltungs- und Kundenpläne getrennt? Gibt es ein Internet Exchange Peering, das in PeeringDB nicht sichtbar ist?

Das öffentliche Routing kann diese Fragen nicht beantworten. Es kann nur die Form des Pfades zeigen, den die Collectors sehen.

Das Fehlen eines öffentlichen PeeringDB-Eintrags ist ebenfalls ein begrenzter Nachweis. Eine Abfrage vonPeeringDB für AS198678gibt keinen Netzwerkeintrag zurück. PeeringDB ist freiwillig; das Fehlen bedeutet nicht, dass Delos Cloud keine Einrichtungen, privaten Interkonnekte oder Upstream-Verträge hat. Es bedeutet, dass die Öffentlichkeit PeeringDB nicht verwenden kann, um die Einrichtungspräsenz, die Austauschports, die Verkehrsrichtlinie oder die Peering-Kontakte zu überprüfen. Für eine souveräne Cloud, die auf vertrauenswürdige Konnektivität in öffentlichen Netzwerken angewiesen ist, erhöht das fehlende öffentliche Interkonnektionsprofil den Bedarf an direkten Kundennachweisen.

Die Netzwerkbewertung ist daher mittelmäßig und nicht schwach. Die Routen sind aktiv, RPKI-validiert und weitgehend sichtbar. Der öffentliche Routengraph gibt nicht genügend physische Diversität preis, um den Netzwerkrand als erprobt resilient zu betrachten. Ein Kunde sollte das Routenursprungskonzept, die Upstream-Betreiberliste, die physische Eingangsdiversität, das DDoS-Management, die private Konnektivität zum öffentlichen Sektor, die Schutzmaßnahmen gegen Routenlecks, die Failover-Testergebnisse und die Wartungsbenachrichtigungsregeln anfordern, bevor er sich für kritische Arbeitslasten auf Delos Cloud verlässt.

Stromversorgung und Kühlung bleiben die unspektakulären Nachweise

Eine souveräne Cloud ist immer ein Kraftwerk und eine Kühlungsanlage mit darauf aufgesetzter Software. Die öffentlichen Mitteilungen von Delos geben an, dass Daten in deutschen Rechenzentren verarbeitet werden und dass sich diese Rechenzentren im Januar 2026 in der finalen Vorbereitung für den Produktionsbetrieb befanden. Sie geben die Stromversorgungskapazität, die Transformatortopologie, die USV-Auslegung, die Generatorleistung, die Kraftstoffautonomie, die Kühlungstopologie, die Wasserexposition, den Brandschutz oder die Rack-Dichtegrenzen nicht preis.

Diese Auslassung ist aus Sicherheits- und Geschäftsgründen verständlich, lässt den Käufer jedoch mit Fragen, die nicht ignoriert werden können.

DieBSI C5-Katalogseiteund dasC5:2026-Katalog-PDFzeigen, warum diese Nachweisebene für die Cloud-Validierung normal ist. Cloud-Sicherheit umfasst physische Sicherheit, Betrieb, Incident-Management, Geschäftskontinuität, Portabilität, Service-Levels und Lieferkettenkontrollen. Die eigenen Dokumente von Delos Cloud geben an, dass sie auf die BSI-Anforderungen ausgerichtet ist und die Verarbeitung sensibler öffentlicher Daten unterstützen soll. Diese Behauptung sollte letztendlich durch Attestierungen und Testnachweise gestützt werden, nicht nur durch Ankündigungen.

Für die Stromversorgung muss ein Kunde die Servicelimits kennen. Werden Kundenarbeitslasten in zwei physisch unabhängigen Datenräumen platziert? Sind die Stromversorgungen von der Umspannstation bis zum Rack unabhängig? Welche Compute-Last ist im Vergleich zu nur installiert betriebsbereit? Kann die Generatorinstallation sowohl die Compute-Last als auch die Kühlung gleichzeitig tragen? Was passiert beim Auftanken bei einem längeren Ausfall? Welche Systeme können gleichzeitig gewartet werden und welche Wartungszustände reduzieren die Redundanz?

Doppelte A/B-Stromversorgungen bedeuten wenig, wenn sie stromaufwärts auf einer einzigen Verteilung oder USV-Kette zusammenlaufen.

Für die Kühlung benötigt der Kunde eine Wärmeableitungskarte. Eine Plattform kann mit Strom versorgt bleiben, während die Eingangstemperaturen steigen, Komponenten drosseln und Hosts Last reduzieren. Hat die Kühlungsanlage bei verkaufter Last ausreichend Reserve? Sind Kühler, Pumpen, Steuerungen, Wasserversorgung und Wärmetauscher durch unabhängige Stromversorgung gestützt? Kann die Kühlungswartung ohne Verlagerung von Kundenarbeitslasten erfolgen? Was ist der Incident-Pfad, wenn ein Kühlgerät, eine Steuerung oder ein Sensornetz ausfällt? Dies sind keine akademischen Bedenken.

Sie entscheiden, ob ein kurzer Anlagenfehler zu einem Servicevorfall wird.

Für die Brand- und Wasserexposition benötigt der Kunde gebäudespezifische Minderungen. Der deutsche Standort hilft bei Gerichtsbarkeit und Personal, gibt aber keine Aufschlüsse über Bodenhöhe, Leckageerkennung, Gaslöschung, Rauchzonen, Kraftstofflagerung, Nachbarschaftsrisiko oder Notfallzugang. Eine offizielle Sicherheitsbewertung kann diese Fakten abdecken. Die öffentlichen Mitteilungen veröffentlichen sie nicht. Bis die Fakten für den Käufer unter angemessener Vertraulichkeit sichtbar sind, ist die sichere öffentliche Aussage, dass der Rechenzentrumsstandort deutsch ist und die Datenraumresilienz nicht öffentlich bewertbar ist.

Wartungsfenster zeigen, wer den Dienst wirklich betreibt

Wartungsfenster verwandeln das Konzept in Realität. Ein Dienst kann zwei Standorte, zwei Betreiber und redundante Komponenten haben und dennoch versagen, wenn die Reparaturverfahren gefährliche manuelle Schritte erfordern, Ersatzteile fehlen, Personal den Standort nicht erreichen kann oder eine Änderung ohne Rückkehrpfad angewendet wird. Der stärkste öffentliche Nachweis von Delos Cloud in diesem Bereich ist der Bau seiner Betriebszentren: zwei fertiggestellte Betriebsstandorte, deutsches Sicherheitspersonal von Arvato Systems, ein Sicherheitsbetriebszentrum und ein wachsendes Partnernetz.

Das ist positiv. Es erzeugt auch die nächste Reihe von Fragen. Welches Team kann ein Datenraumrack öffnen? Welches Team kann ein defektes Speicherregal ersetzen? Welches Team kann eine Router-Änderung genehmigen? Welches Team kann ein Microsoft-Technologieupdate verzögern oder ablehnen? Welches Team benachrichtigt Kunden über ein Wartungsfenster? Welches Team erklärt einen Vorfall? In einem dreiteiligen Konzept hängt die Kundenerfahrung vom Vertrag und der Autoritätskarte ebenso ab wie von der Anzahl der Geräte.

DieArvato Systems Delos Cloud-Seitepräsentiert Arvato als Partner für die souveräne Cloud für die Verwaltung, und die Mitteilungen vom September 2025 und Januar 2026 von Delos identifizieren beide das Betriebspersonal von Arvato Systems in den Betriebszentren. Der Bertelsmann-Bericht fügt hinzu, dass Arvato Systems die Plattform betreiben wird und dass mehrere deutsche Standorte am langfristigen Betrieb beteiligt sind. Dies gibt Arvato eine wichtige Rolle in der Reparaturkette. Es gibt nicht die genauen Eskalationsstufen, die Remote-Hand-Reaktionszeit, die Ersatzteilpolitik oder die Ticketziele preis.

Wartungsfenster interagieren auch mit der Änderungskontrolle des öffentlichen Sektors. Eine normale Hyperscale-Cloud kann Änderungen kontinuierlich in Regionen auf der ganzen Welt bereitstellen. Eine souveräne Public-Cloud kann strengere Vorankündigungen, Genehmigungen, Dokumentationen und Aufgabentrennung erfordern. Dies kann die Kontrolle verbessern, aber Patches verlangsamen, wenn es nicht gut konzipiert ist.

Der Kunde sollte nach Standardwartungsfristen, Notfalländerungsregeln, Kundenfreigabepunkten, Wiederherstellungsverfahren und dem Nachweis fragen, dass geplante Wartungen ohne Dienstausfall in repräsentativem Umfang durchgeführt wurden.

Die Supportabdeckung ist gleichermaßen wichtig. Die Mitteilungen zu den Betriebszentren versprechen einen 24-Stunden-Betrieb. Ein 24-Stunden-Betrieb bedeutet nicht automatisch, dass jeder Dienst über 24/7-Experten-Support verfügt, dass jede Partneranwendung nachts repariert werden kann oder dass jeder Kunde denselben Schweregradpfad hat. Das Delos-Cloud-Partnerprogramm unterteilt Partner in Service-, Vertriebs- und Baurollen. Dies bedeutet, dass ein Kunde in einem einzigen Incident-Pfad Delos Cloud, einen Servicepartner, einen Softwareanbieter und einen internen öffentlichen IT-Anbieter haben kann.

Ein Wartungsfenster muss festlegen, wer wen anruft, wer die Uhr besitzt und wer die Reparatur durchführen kann.

Kundenmigration ist eine Abhängigkeit, keine einmalige Integrationsaufgabe

Delos Cloud existiert, weil Kunden des öffentlichen Sektors moderne Cloud-Dienste wünschen, ohne auf Lokalität, Gerichtsbarkeit und Betriebskontrolle zu verzichten. Dieses Migrationsversprechen ist zentral. Es ist auch einer der einfachsten Orte, um Resilienz zu überschätzen. Das Verlagerung von Arbeitslasten in eine souveräne Cloud macht sie nicht automatisch portabel, wiederherstellbar oder unabhängig von der zugrunde liegenden Technologiebasis.

Die Delos-Cloud-Kundenseite beschreibt Piloten als eine Möglichkeit, die technischen, vertraglichen und organisatorischen Vorkehrungen vor einer breiteren Einführung zu testen. Die Staatstheater Stuttgart-Mitteilung gibt an, dass der Pilot die Office 365-Funktionen und einige Azure-Dienste unter realen Bedingungen testen wird, mit Fokus auf Sicherheit, Effizienz und Integration in den öffentlichen Kulturbetrieb. Dies ist eine gute Nutzung von Piloten. Sie behandelt die Migration als empirisch und nicht als angenommen.

Für Kunden sind die praktischen Migrationsfragen konkret. Wie werden Identitäten integriert? Wie werden Mandantenrichtlinien definiert? Welche Office 365-Daten können exportiert und wiederhergestellt werden? Welche Azure-Dienste sind zum Start verfügbar und welche kommen später? Können virtuelle Maschinen als Images verschoben werden oder nur neu erstellt werden? Wie werden Datenbanken, Backups, Protokolle, Verschlüsselungsschlüssel und Überwachungsdaten exportiert?

Was passiert, wenn eine öffentliche Stelle mit gewöhnlichen Microsoft-Diensten beginnt und später zu Delos Cloud migriert, oder auf Delos Cloud beginnt und eine Notverlagerung an einen anderen Ort benötigt? Je mehr verwaltete Dienste eine Arbeitslast verwendet, desto mehr hängt die Migration von produktspezifischen Exportpfaden ab.

DasMaterial zur deutschen Verwaltungs-Cloud-Strategieund dieFITKO DVC-Leitlinienverweisen auf ein breiteres föderales Cloud-Ökosystem und nicht auf eine isolierte Plattform. Dieser Kontext ist wichtig. Delos Cloud kann eine große Komponente sein, aber öffentliche Stellen benötigen auch Interoperabilität, Beschaffungsklarheit und eine Möglichkeit, eine Abhängigkeit nicht durch eine andere zu ersetzen, die lediglich inländisch ist.

Die Kontinuitätsvereinbarung mit Microsoft vom November 2025 macht die Migration noch expliziter. Sie gibt an, dass bestimmte Kunden die Möglichkeit haben könnten, ihre Arbeitslasten zu Delos Cloud zu verlagern, wenn externe Einschränkungen Microsoft daran hinderten, sie zu bedienen. Dies ist eine strategische Eventualität. Ihr praktischer Wert hängt von Kapazität, rechtlichen Rechten, Softwarezugang, kompatiblen Dienstversionen, Kundenbereitschaft, Bandbreite und Testübungen ab. Eine Notfallmigration, die nie geübt wurde, ist Hoffnung, keine Wiederherstellungsfähigkeit.

Der Käufer sollte daher die Migrationsartefakte als lebendige operative Nachweise behandeln. Die erforderlichen Nachweise umfassen Landing-Zone-Vorlagen, Identitätsintegrationsleitfäden, Exportanweisungen, dienstspezifische Einschränkungen, Backup- und Restore-Tests, Wiederherstellungskriterien, Kostenauswirkungen und Kundeneinverständnistests. Das Ziel ist nicht, jede Arbeitslast cloud-agnostisch zu machen. Das Ziel ist genau zu wissen, wo die Abhängigkeit beabsichtigt, wo sie vorübergehend und wo sie gefährlich wird.

Die Hauptausfallpfade sind gewöhnlich, nicht exotisch

Der strategische Rahmen von Delos Cloud kann geopolitisches Risiko erscheinen lassen, aber die meisten Dienstausfälle würden immer noch in gewöhnlicher Infrastruktur beginnen.

Der erste Pfad ist der Rack- oder Host-Ausfall. Ein Server, ein Speicherregal, ein Top-of-Rack-Switch oder eine Stromverteilungseinheit fällt aus. Wenn Ersatzhardware vor Ort ist und die Automatisierung funktioniert, kann der Kunde wenig Auswirkung sehen. Wenn der Ausfall einen kleinen Dienstcluster, eine unreife Region oder ein Verwaltungssystem mit begrenzter Reserve trifft, können Kunden Bereitstellungsfehler, Leistungseinbußen oder fehlgeschlagene Wiederherstellungen sehen. Die öffentlichen Dokumente von Delos Cloud geben keine Cluster-Größen, Reserveverhältnisse oder Wiederherstellungszeiten preis.

Der zweite Pfad ist der Upstream- oder Betreiberausfall. Das öffentliche BGP zeigt AS198678 hinter AS212185 und AS212185 benachbart zu großen Transit-Anbietern. Das Konzept kann eine gute private Diversität haben, aber der öffentliche Routengraph beweist dies nicht. Ein Betreiberwartungsereignis, ein Faserbruch, ein optischer Plattformausfall oder ein Routenleck könnte Kundenarbeitslasten oder Verwaltungspfade isolieren, selbst wenn der Rest des Computes gesund bleibt. Kunden müssen die physische Pfadvielfalt kennen, nicht nur AS-Nummern.

Der dritte Pfad ist der Ausfall von Software-Updates und Anbieterverträgen. Delos Cloud ist von Microsoft-Technologie abhängig, behält aber deutschen Betrieb und Kontrolle. Sicherheitsupdates, Funktionsänderungen, Lizenzierung und Notfallrechte müssen alle sicher diese Grenze überqueren. Zu wenig Update-Fluss erzeugt Sicherheits- und Kompatibilitätsrisiken. Zu viel unvermittelter Update-Fluss schwächt das Souveränitätsargument. Die öffentlichen Mitteilungen zeigen, dass Verträge existieren; Kunden benötigen die Betriebsregeln und Nachweise.

Der vierte Pfad ist die Support- und Personalsättigung. Zwei Betriebszentren reduzieren das Standortrisiko für das Personal, aber ein großflächiger Vorfall kann immer noch Service-Desks, Partnerteams und Eskalationswarteschlangen überlasten. Kunden des öffentlichen Sektors werden eine Incident-Klassifizierung, Schweregradziele, Kommunikationsmodelle, Außerhalb-der-Geschäftszeiten-Befugnisse und Nachweise aus Übungen wünschen. Ein schwerwiegender Authentifizierungs-, E-Mail-, Netzwerk- oder Speichervorfall betrifft weit mehr Menschen als ein einzelner VM-Ausfall.

Der fünfte Pfad ist die Fehlausrichtung von Abrechnung, Beschaffung und Berechtigungen. Das öffentliche Angebot von Delos Cloud ist auf berechtigte öffentliche Kunden in Deutschland beschränkt und erfolgt über Partner und öffentliche IT-Dienstleister. Ein Dienst kann technisch bereit sein, aber durch Vertrag, Berechtigung, Budget, Beschaffungskatalog, Partnerverfügbarkeit oder Sicherheitsfreigabe blockiert sein. Gehostete Kapazität wird nur nutzbar, wenn der Kunde den Dienst unter den geltenden öffentlichen Regeln bestellen, konfigurieren, verbinden und unterstützen kann.

Der sechste Pfad ist der Ausfall der Datenportabilität. Wenn ein Kunde Identitäten, E-Mails, Speicher, Datenbanken, Snapshots oder Protokolle nicht schnell genug exportieren kann, wird ein Dienstausfall zu einem Abhängigkeitsvorfall. Die Ausrichtung von Delos Cloud an der DVC und dem Partner-Ökosystem kann dieses Risiko reduzieren, aber der Nachweis erfordert getestete Exits, nicht nur Standardsprache.

Keiner dieser Pfade ist ein Grund, Delos Cloud abzulehnen. Es sind die Pfade, die jede ernsthafte Cloud-Plattform langweilig machen muss. Langweilig bedeutet dokumentiert, getestet, wiederholt, gemessen und vertraglich geregelt.

Die Hosting-Ökonomie bestimmt die Resilienz, die in Reserve gehalten werden kann

Die Preisankündigung vom Februar 2025 ist nützlich, da sie das wirtschaftliche Problem zusammen mit dem Käuferangebot offenlegt. Delos Cloud gibt an, dass die souveränen Microsoft-Dienste für berechtigte öffentliche Kunden zu 15 % über dem aktuellen Katalogpreis von Microsoft Deutschland in Rechnung gestellt werden. Dies ist eine relativ präzise Zahl für eine Produktkategorie, die oft nur in strategischer Sprache beschrieben wird. Sie ermöglicht es Kunden, eine schwierige Frage zu stellen: Was soll diese Marge abdecken?

Die Antwort ist breiter als Softwarelizenzen. Der Aufschlag muss die deutsche Rechenzentrumsinfrastruktur, das Personal der deutschen Betriebszentren, das Sicherheitspersonal, die Compliance-Arbeit, die separaten Zertifikatsvereinbarungen, die Partnerkoordination, die Kundenintegration, die Incident-Reaktion, die Supportabdeckung und genügend ungenutzte Kapazität zur Absorption von Wachstum und Ausfällen unterstützen. Einige dieser Kosten sind Fixkosten vor dem ersten großen Kunden. Einige steigen mit der Nutzung.

Einige werden nur bei Ausfällen sichtbar, wenn Ersatz-Hosts, Ersatzspeicher, alternative Netzwerkpfade und erfahrene Ingenieure verfügbar sein müssen, auch wenn sie an gewöhnlichen Tagen untätig bleiben können.

Hier trennen sich installierte Kapazität und nutzbare Kapazität. Eine Plattform kann installierte Hardware in einem deutschen Datenraum haben, aber der verkaufbare Teil ist geringer nach Abzug von Reserve, Wartungsspielraum, Disaster-Recovery-Zuteilung, Verwaltungsebenenbedarf, Sicherungsplatz und Wachstumspuffern. Wenn die Plattform zu nahe an ihrer installierten Obergrenze verkauft, wird die Wartung riskanter. Wenn sie große Reserven hält, erfordert der wirtschaftliche Fall ausreichende Kundennachfrage, um sie zu finanzieren. Der Kunde sieht einen Cloud-Preis.

Der Betreiber verwaltet ein Bestandsproblem unter Sicherheits- und Lokalitätseinschränkungen.

Öffentliche Beschaffungen können die Herausforderung verstärken. Kunden können in Wellen nach Rahmenvereinbarungen, Pilotgenehmigungen oder Budgetzyklen kommen. Ein langsamer Anlauf kann teure Infrastruktur unterausgelastet lassen. Ein plötzlicher Anstieg kann Service-Teams, Quotenplanung und Partnerkapazität belasten. Einige Kunden benötigen möglicherweise konservative Limits, während sie Sicherheitsprüfungen durchführen; andere wünschen möglicherweise große Migrationen, sobald ein Pilot erfolgreich ist.

Das Delos-Cloud-Partner-Ökosystem kann helfen, diese Arbeit zu absorbieren, aber nur, wenn Partnerbereitschaft, Delos-Quoten und Kunden-Governance gleichzeitig ausgerichtet sind.

Für einen Käufer ist die wirtschaftliche Sorgfalt praktisch. Fragen Sie, welche Dienste allgemein verfügbar sind, welche kapazitätsbegrenzt sind, welche eine Reservierung erfordern, welche Regions- oder Mandantenkontingente haben und welche Support-Bedingungen sich mit der Dienstklasse ändern. Fragen Sie, wie Delos mit einer gesättigten Zone, einer knappen Speicherebene, einer großen Office-Migration, einer plötzlichen Backup-Expansion oder einer Notfallmigration aus einer anderen Umgebung umgeht.

Eine souveräne Cloud kann nur dann einen guten Wert darstellen, wenn der Preis nicht nur Lokalität und rechtliche Kontrolle, sondern auch ausreichende Reserve kauft, um gewöhnlichen Infrastrukturstress zu überleben.

Wer ist betroffen, wenn das System ausfällt

Die direkten Kunden sind deutsche öffentliche Stellen und ihre IT-Dienstleister. Die praktischen Benutzer können Beamte, Theaterpersonal, Finanzteams, Arbeitsagenturmitarbeiter, Kommunalverwalter, Sachbearbeiter, Sicherheitsteams und Bürger sein, die auf digitale öffentliche Dienste angewiesen sind. Die spezifische betroffene Bevölkerung hängt vom ausfallenden Dienst ab. Ein Office-Kollaborationsausfall kann die Mitarbeiterkommunikation beeinträchtigen. Ein virtueller Netzwerkausfall kann Anwendungen isolieren. Ein Datenbank- oder Speichervorfall kann die Sachbearbeitung stoppen.

Ein Identitätsvorfall kann den Zugriff auf viele Dienste gleichzeitig blockieren.

Die Verantwortungskette ist geschichtet. Delos Cloud ist der öffentliche Plattformbetreiber und Infrastruktureigentümer gemäß seinen Mitteilungen. Microsoft stellt die Technologiebasis bereit. Arvato Systems unterstützt den deutschen Betrieb. Servicepartner können Kundenumgebungen entwerfen, implementieren und migrieren. Baupartner können Anwendungslogik auf der Plattform ausführen. Öffentliche IT-Dienstleister können den Enddienst vertraglich vereinbaren, integrieren und unterstützen. Ein Bürger, der mit einem nicht verfügbaren Dienst konfrontiert ist, wird diese Schichten nicht sehen, aber die Incident-Reaktion wird durch sie hindurchgehen.

Deshalb ist der Titel des Artikels wichtig. Delos Cloud verkauft gehostete Kapazität. Gehostete Kapazität hängt von Racks, Transit und Wartungsfenstern ab, auch wenn die rechtliche Hülle souverän und die Softwarebasis vertraut ist. Ein defektes Speicherregal wird nicht durch Gerichtsbarkeit gelöst. Ein Betreiberausfall wird nicht durch eine politische Erklärung gelöst. Ein Migrationsengpass wird nicht durch eine Preisliste gelöst. Souveränität ist ein Kontrollanspruch; Zuverlässigkeit ist eine operative Akte.

Der beste öffentliche Nachweis für Delos Cloud ist, dass es Schritt für Schritt von Verträgen zu Einrichtungen, Piloten, Partnern und Routen fortgeschritten ist. Die beste öffentliche Warnung ist, dass der endgültige Produktionsnachweis notwendigerweise spezifischer ist als öffentliche Ankündigungen. Datenräume benötigen aktuelle Attestierungen. Das Transportsystem benötigt Diversitätsnachweise. Die Reparaturkette benötigt Autoritätsnachweise. Kundenausstiegspfade benötigen Wiederholungen. Sobald diese für Käufer verfügbar sind, kann Delos Cloud als Produktionsplattform und nicht als strategisches Versprechen bewertet werden.

Was die verbleibenden Fragen klären würde

Der von Delos Cloud geforderte Nachweis ist keine Anfrage nach sensiblen Plänen oder Kundennamen. Es ist die normale Validierungsanforderung für kritische gehostete Kapazität.

Erstens: Veröffentlichen oder unter angemessener Vertraulichkeit die Betriebsgrenze des Rechenzentrums bereitstellen: Anlagenbetreiber, deutsche Region, Datenraumumfang, Strom- und Generatorauslegung, Kühlungsresilienz, physische Sicherheitskontrollen, Brand- und Wasserschutz und aktueller Zertifizierungs- oder Attestierungsumfang. Ziel ist es nicht, die genauen Rack-Reihen preiszugeben. Ziel ist es zu zeigen, welche Systemgrenze bewertet wurde.

Zweitens: Dienstspezifische Kapazitätsnachweise erbringen. Kunden müssen wissen, was technisch jetzt verfügbar ist, was sich im Piloten befindet, was geplant ist, was vom Veröffentlichungsrhythmus von Microsoft abhängt und was ausreichende Reservekapazität für Migrationswellen hat. Die Roadmap und das Portfolio von Delos sind nützlich, aber Produktionsarbeitslasten benötigen aktuelle Verfügbarkeit, Kontingente, Limits, Wartungszustände und Support-Zusagen.

Drittens: Das Netzwerkkonzept auf der richtigen Ebene offenlegen. Das öffentliche BGP zeigt bereits AS198678 und AS212185. Kunden benötigen weiterhin Upstream-Diversität, physische Eingangsdiversität, private Konnektivität zum öffentlichen Sektor, Routing-Sicherheit, DDoS-Antwort, Routen-Failover-Tests und Wartungsverfahren. Das Fehlen von PeeringDB ist an sich kein Mangel, aber die fehlende öffentliche Interkonnektionssicht sollte durch direkte Nachweise für Kunden ersetzt werden.

Viertens: Reparatur nachweisen. Dies bedeutet aktuelle Nachweise von Stromübertragungstests, Kühlungs-Failover, Betreiber-Failover, Sicherheitsvorfallmanagement, Backup-Wiederherstellung, Identitätswiederherstellung, Speicherwiederherstellung, Patch-Wiederherstellung und Kundenkommunikation. Wartungsfenster sollten nicht nur angeben, wann die Arbeit stattfindet, sondern auch, welche Redundanz während der Arbeit bestehen bleibt.

Fünftens: Portabilität nachweisen. Kunden benötigen getestete Pfade für Mandantendaten, virtuelle Maschinen, Datenbanken, Protokolle, Schlüssel, Backups und Anwendungsabhängigkeiten. Der DVC-Kontext macht Interoperabilität zu einem strategischen Ziel; Delos Cloud muss noch zeigen, wie ein bestimmter Kunde einsteigen, wachsen, pausieren, wiederherstellen oder aussteigen kann.

Mit diesen Nachweisen kann die Bewertung von Delos Cloud robuster werden als „fortgeschritten, aber noch Nachweise auf physischer und betrieblicher Ebene erforderlich“. Ohne diese ist die verantwortungsvolle Schlussfolgerung abgewogen. Delos Cloud GmbH hat öffentliche Betriebsmeilensteine, Kundenpiloten, eine Partner-Skala, ein klares Souveränitätskonzept und aktive Netzwerkressourcen. Was noch zu überprüfen ist, ist nicht die Existenz des Unternehmens. Es ist die Zuverlässigkeit der unter seinem Namen verkauften Kapazität, wenn die gewöhnliche Maschinerie des Cloud-Dienstes ausfällt.