Résumé

  • Delos Cloud n'est plus seulement un mémorandum ou un concept politique. Ses propres communiqués indiquent que le premier centre d'opérations dans la grande région de Gütersloh est entré en service en septembre 2025, le deuxième centre d'opérations dans la grande région de Leipzig est entré en service en janvier 2026, le centre d'opérations de sécurité était déjà prêt, et les centres de données étaient en préparation finale pour le service de production.
  • L'offre commerciale est un cloud allemand pour le secteur public construit sur la technologie Microsoft Azure et opéré par Delos Cloud avec le personnel d'Arvato Systems. Delos déclare posséder l'infrastructure, gérer la plateforme et licencier les produits, tandis que Microsoft apporte la technologie et Arvato soutient l'opération allemande.
  • Les preuves de routage public sont réelles.RIPE RDAP pour AS198678nomme Delos Cloud GmbH,les données de préfixes annoncés RIPEstatmontrent quatre préfixes IPv4 et un agrégat IPv6, etle statut de routage RIPEstatmontre une large visibilité des collecteurs. La dépendance visible est également claire:les données de voisin RIPEstatvoient AS212185, un autre système Delos Cloud, comme le seul voisin public d'AS198678.
  • Le test de résilience n'est donc pas de savoir si Delos Cloud a une empreinte publique crédible. C'est le cas. Le test est de savoir si les clients peuvent vérifier l'alimentation électrique des installations, le refroidissement, la diversité des opérateurs, les pratiques de maintenance, les stocks et l'escalade de support derrière les services hébergés avant que des charges de travail critiques du secteur public en dépendent.

Les preuves publiques soutiennent désormais une enquête opérationnelle sérieuse

Delos Cloud GmbH est visible via les pages officielles de l'entreprise, les communiqués SAP, les pages partenaires, les documents de pilotes clients et les données des registres Internet. Sapage à propospositionne l'entreprise comme une plateforme souveraine pour les services publics numériques en Allemagne, alignée sur les exigences de sécurité allemandes et destinée à soutenir les fournisseurs informatiques fédéraux, étatiques et municipaux. Sapage produitindique que l'offre est centrée sur les services Microsoft fournis de manière souveraine par Delos Cloud, incluant des services basés sur la consommation et sur les utilisateurs, tout en laissant également de la place pour des logiciels tiers, des logiciels open source et des applications développées par les clients.

Il s'agit d'une position publique plus solide que ne le suggérerait l'hypothèse d'une « empreinte légère » si elle était lue comme une question sur l'existence de l'entreprise. La meilleure dégradation est différente. Delos Cloud dispose de suffisamment de preuves pour être traité comme une construction réelle et avancée. Il ne publie pas encore suffisamment de détails physiques et opérationnels pour que des externes puissent évaluer chaque dépendance de centre de données, de transit, de maintenance et de migration comme étant éprouvée en production.

Dans un cloud du secteur public, cette distinction est plus importante que la notoriété de la marque. Une offre souveraine reste une offre de capacité hébergée. Elle doit encore convertir des bâtiments, des baies, des routeurs, du personnel et des contrats en services qui restent utilisables lorsque l'équipement tombe en panne.

Le calendrier est important. Uncommuniqué SAP de septembre 2025indique que Delos Cloud a mis en service son premier centre d'opérations dans la grande région de Gütersloh. Le communiqué indique que plus de soixante personnes y seraient présentes, que le personnel d'exploitation d'Arvato Systems gérerait les services Delos Cloud, et que le centre avait un rôle majeur dans l'exploitation de la plateforme, la sécurité et les certifications. Il indique également qu'un deuxième centre d'opérations dans la grande région de Leipzig était presque terminé, qu'un troisième centre d'opérations dans la grande région de Francfort commencerait bientôt sa construction, et qu'un centre d'opérations de sécurité dans la grande région de Francfort était prêt.

Uncommuniqué SAP de janvier 2026fait avancer l'histoire. Il indique que le deuxième centre d'opérations dans la grande région de Leipzig avait été mis en service, que l'infrastructure du centre d'opérations pour l'exploitation de production était complète, et que deux centres d'opérations achevés donnaient à la plateforme une protection opérationnelle géoredondante contre les pannes et les scénarios de crise. Le même communiqué indique que le centre d'opérations de sécurité associé était prêt et que les centres de données Delos Cloud étaient en préparation finale pour l'exploitation de production. Il indique également que le centre de Leipzig fournirait 80 postes de travail et une opération 24 heures sur 24 sous des mesures de sécurité strictes.

Les preuves clients publiques ont également dépassé l'intérêt général. Lapage clientde Delos Cloud répertorie des clients pilotes et des exemples nommés dans des cas d'utilisation publics fédéraux et étatiques, incluant une institution fédérale pour l'emploi, un projet de finances et de technologie en Rhénanie-du-Nord-Westphalie, et des institutions culturelles dans le Bade-Wurtemberg. Uncommuniqué SAP de mai 2026indique que le Staatstheater Stuttgart a lancé un pilote pour Microsoft Office 365 et certains services Azure sur la plateforme Delos Cloud, avec la participation du Badisches Staatstheater Karlsruhe et SVA comme partenaire de conseil et de mise en œuvre. Uncommuniqué SAP de juin 2026indique que Delos Cloud avait signé des partenariats stratégiques avec 15 entreprises au début de son programme partenaire.

Pris ensemble, ces sources justifient une analyse sérieuse de l'infrastructure plutôt qu'un rejet sceptique. La question n'est plus de savoir si Delos Cloud apparaît dans les archives publiques. La question est de savoir où se trouve la ligne entre l'infrastructure de lancement éprouvée et les parties que les clients doivent encore inspecter: les salles de données physiques, les routes des opérateurs, l'escalade de support, les chemins de restauration, les attestations de sécurité et la dépendance commerciale vis-à-vis de la base technologique Microsoft.

L'Allemagne est la zone de service, mais la carte des sites est encore limitée

La promesse de zone de service de Delos Cloud est exceptionnellement explicite. Ses documents répètent que la plateforme est destinée au secteur public en Allemagne et que le traitement et l'exploitation des données doivent rester en Allemagne. Lecommuniqué de prix de février 2025indique que la plateforme est destinée aux clients publics allemands, que les données administratives sensibles sont traitées dans des centres de données et des sites d'exploitation exclusivement en Allemagne, et que Delos Cloud GmbH et la plateforme sont soumises à la juridiction allemande. Lecommuniqué sur le certificat D-Trustfait le même point de localité en décrivant les certificats TLS allemands pour une communication cryptée et authentifiée.

Cette localité est commercialement précieuse. Ce n'est pas non plus une carte complète des sites. Les communiqués publics identifient des centres d'opérations dans les grandes régions de Gütersloh et de Leipzig et un centre d'opérations de sécurité dans la grande région de Francfort. Ils ne publient pas les adresses des salles de données, les conceptions d'alimentation, les nombres de baies, les densités de puissance, les propriétaires de bâtiments, les salles de rencontre, les dispositions de carburant ou les entrées des opérateurs. Ils indiquent que les centres de données Delos Cloud étaient en préparation finale en janvier 2026.

Ils ne nomment pas ces centres de données dans les communiqués publics examinés ici.

Cette limite doit être clairement comprise. Un centre d'opérations est l'endroit où les gens surveillent, opèrent, sécurisent et répondent. Un centre de données est l'endroit où les équipements de calcul, de stockage et de réseau consomment de l'énergie, dissipent la chaleur et se connectent aux opérateurs. Les deux sont liés, mais ils ne sont pas interchangeables. Un agencement de deux sites d'opérations peut améliorer la résilience du personnel et du commandement même si la plateforme de calcul a des dépendances physiques séparées.

Inversement, deux salles de données peuvent faire défaut à un client si le bureau d'exploitation, le contrôle d'accès, l'escalade des opérateurs ou l'approbation des changements n'est pas disponible. Le matériel public de Delos Cloud est le plus solide au sujet de la couche des centres d'opérations et plus faible sur la couche des salles de données.

La même prudence s'applique à la géoredondance. Le communiqué de janvier 2026 indique que deux centres d'opérations achevés sécurisent l'exploitation par géoredondance contre les pannes et les scénarios de crise. C'est une affirmation importante concernant la couche opérationnelle. Elle ne prouve pas en elle-même que chaque charge de travail client est répliquée de manière synchrone sur deux salles de données indépendantes, que chaque système de gestion a un contrôle actif-actif, que chaque service client a un basculement régional testé, ou que chaque service de stockage peut atteindre un point de récupération spécifique.

Ces détails peuvent exister dans la documentation client, mais ils ne sont pas tous publics.

Pour les achats, la bonne question de site est donc spécifique. Quelle région, quelle conception de disponibilité et quelle paire de centres de données soutiennent le service commandé? Quelles fonctions sont contrôlées depuis Gütersloh, Leipzig ou Francfort, et quelles fonctions fonctionnent à l'intérieur des salles de données? Quelle panne un centre d'opérations peut-il absorber, et quelle panne nécessite du personnel du centre de données, des ingénieurs des opérateurs, des pièces de rechange ou le support technologique Microsoft? Le matériel public ouvre cette ligne de diligence; il ne la ferme pas.

La frontière de l'opérateur est le cœur de la revendication de souveraineté

L'argument de souveraineté de Delos Cloud repose sur une séparation des rôles. Le communiqué de prix de février 2025 indique que Delos Cloud utilise la technologie hyperscale Microsoft Azure mais apporte ces services de manière souveraine à l'administration allemande. Il indique que Delos Cloud GmbH, en tant que propriétaire de l'infrastructure, prend en charge l'exploitation de la plateforme et les licences des produits. Microsoft contribue en tant que fournisseur de technologie. Lecommuniqué de contrat SAP d'octobre 2024et unrapport Bertelsmann sur les mêmes contratsdécrivent les contrats finaux entre Delos Cloud, Microsoft et Arvato Systems et indiquent qu'Arvato Systems soutiendra l'exploitation de la plateforme en Allemagne.

Cette structure est importante car un acheteur du secteur public n'achète pas seulement des machines virtuelles ou une collaboration Office. Il achète une allocation légale et opérationnelle du contrôle. Delos Cloud indique qu'il fournit la technologie Microsoft dans un environnement exploité par une entreprise allemande, sous juridiction allemande, avec du personnel allemand habilité et des données traitées en Allemagne. C'est une proposition différente de l'achat de services cloud publics ordinaires dans une région mondiale et de l'ajout d'une enveloppe de facturation allemande.

La frontière crée également une dépendance. Si Microsoft est le fournisseur de technologie, Delos Cloud dépend toujours du développement logiciel de Microsoft, des mises à jour de sécurité, de l'évolution des produits et des droits de licence. Si le personnel d'Arvato Systems exploite les services dans les centres d'opérations, Delos Cloud dépend des embauches, de la formation, de l'habilitation, de la couverture des équipes et des procédures des installations d'Arvato.

Si SAP est la société mère et l'investisseur, Delos Cloud bénéficie de l'échelle de SAP mais se trouve également à l'intérieur d'un programme stratégique qui doit maintenir l'alignement des financements, des contrats et de la confiance publique. La souveraineté réduit certains risques mais en concentre d'autres dans une chaîne soigneusement conçue.

L'annonce de résilience de novembre 2025 avec Bleu et Microsoft illustre cette chaîne. Lecommuniqué SAPindique que Delos Cloud et Bleu ont convenu d'une coopération technique et opérationnelle transfrontalière pour des scénarios étendus de crise et d'urgence, tandis que Delos Cloud et Microsoft ont signé un accord séparé destiné à soutenir la continuité des activités en Europe si des restrictions externes affectaient les services cloud Microsoft pour certains clients. C'est utile car cela montre que Delos Cloud a réfléchi au risque géopolitique de continuité de service. Cela montre aussi pourquoi la frontière de l'opérateur ne peut pas être traitée comme un mur unique. Certains remèdes d'urgence nécessitent des droits légaux, un accès logiciel, une capacité Delos, du personnel d'exploitation et une capacité de migration client en même temps.

La conclusion soutenable est équilibrée. Delos Cloud a une conception de souveraineté publique avec une séparation des rôles nommée. La conception est significative. Elle ne remplace pas non plus la preuve que les installations physiques, les chemins de mise à jour, les procédures du personnel et les accords de transfert d'urgence fonctionnent sous charge. Un client n'a pas besoin de rejeter la conception. Un client a besoin de la tester face aux pannes.

Ce que vend Delos Cloud n'est pas un simple produit cloud

Le catalogue de produits Delos Cloud couvre les services d'infrastructure, de plateforme et de collaboration. Lapage de portefeuillerépertorie Azure Foundational Services, Azure Mainstream Services, Office 365, les services SAP, les solutions tierces, les logiciels open source et les applications développées par les clients. Elle inclut le calcul, le stockage, le réseautage, les bases de données, les services de conteneurs, la surveillance et les éléments liés à la sécurité dans l'ensemble du portefeuille. Lapage de feuille de routecadre l'ensemble de services comme un chemin progressif vers un cloud souverain pour le secteur public.

Cette ampleur importe pour la capacité. Une machine virtuelle consomme du CPU, de la mémoire, du stockage, des ports réseau, une capacité de planification de l'hôte, une capacité du plan de gestion et du temps de support. Une base de données gérée consomme du stockage, de la mémoire, de la capacité de sauvegarde et des soins opérationnels. Un locataire de collaboration consomme de l'identité, du courrier, du stockage, des politiques et une capacité de support. Un service de sauvegarde ou de reprise après sinistre consomme du stockage secondaire, du débit réseau, des procédures de restauration et du temps de test.

Un service Kubernetes consomme une capacité du plan de contrôle, des nœuds de travail, des images, de la journalisation et de la maintenance de sécurité. Un acheteur voit un catalogue cloud. L'opérateur doit gérer de nombreux pools de capacité.

Le communiqué de prix de février 2025 ajouter le cadre économique. Il indique que Delos Cloud facturerait les services Microsoft souverains pour les clients publics allemands à 15 % au-dessus du prix catalogue actuel de Microsoft Allemagne, et que ce prix s'applique aux services d'infrastructure et de plateforme Microsoft fournis par Delos Cloud, incluant Azure Foundational Services, Azure Mainstream Services et Microsoft Office 365. La surcharge est le prix visible de la souveraineté, mais ce n'est pas une garantie de capacité.

Une augmentation de 15 % peut payer pour l'exploitation allemande, les exigences de sécurité, l'infrastructure séparée et les arrangements de contrôle uniquement si la plateforme atteint une demande suffisante et si l'usine sous-jacente est planifiée avec une réserve utilisable.

La réserve utilisable est le dénominateur caché. Delos Cloud peut annoncer des centres d'opérations et un portefeuille de produits, mais un client évaluant un déplacement en production a besoin de chiffres de capacité plus difficiles à publier: charge informatique commissionnée, charge vendue, charge de réserve, clusters d'hôtes par service, réserve de stockage, sursouscription réseau, capacité de sauvegarde, personnel de support, fenêtres de patch et performance de restauration. Les serveurs installés ne sont pas la même chose que la capacité cloud utilisable.

Une baie avec du matériel mais sans automatisation testée, sans stockage de réserve, sans chemin de maintenance approuvé ou sans diversité d'opérateur ne peut pas supporter des charges de travail critiques en toute sécurité. Une région qui peut démarrer un locataire pilote n'est pas automatiquement prête pour une migration d'un grand département.

C'est pourquoi la revendication d'ouverture et de neutralité de la plateforme importe. Le programme partenaire et les pages produit indiquent que des tiers peuvent apporter des solutions à Delos Cloud. Cela peut améliorer la profondeur de l'écosystème, mais cela ajoute aussi de la variation. Une application construite par un partenaire sur l'infrastructure Delos peut avoir des conditions de support, de licence, de patch et de restauration différentes d'un service Office 365. Un composant open source peut avoir des responsabilités de maintenance différentes d'un composant fourni par Microsoft.

Les applications développées par les clients peuvent avoir besoin de zones d'atterrissage, de surveillance, de sauvegarde, de gestion des secrets et de segmentation réseau que Delos ne fournit qu'en partie. Le catalogue cloud est le début de la planification de la capacité, pas la fin.

Les preuves de routage prouvent la joignabilité, pas l'ensemble du chemin physique

Les preuves réseau de Delos Cloud sont plus solides que celles de nombreux projets de cloud souverain en phase précoce.RIPE RDAP pour AS198678identifie le système autonome commedeloscloud, enregistré le 1er mai 2023, avec Delos Cloud GmbH comme titulaire.L'aperçu AS de RIPEstata signalé l'AS annoncé le 12 juillet 2026. Lavue des préfixes annoncésmontrait cinq préfixes visibles dans la fenêtre du 28 juin au 12 juillet 2026:123.2.0.0/15,142.221.0.0/16,161.37.0.0/16,168.86.0.0/17et2a07:3040::/32.

L'échelle de ces préfixes n'est pas négligeable.Le statut de routage RIPEstata signalé quatre préfixes IPv4 avec 294 912 adresses IPv4 et un agrégat IPv6 équivalent à 65 536 /48. Il a également signalé que 326 des 326 pairs IPv4 échantillonnés et 322 des 322 pairs IPv6 échantillonnés voyaient les routes au moment de la requête.Les enregistrements IP RIPE RDAPpour les plages IPv4 de Delos identifient Delos Cloud GmbH comme le détenteur d'adresses pour les allocations visibles.La validation RPKI RIPEstata renvoyé un statut d'origine valide pour AS198678 et123.2.0.0/15, et lavalidation IPv6 correspondantea renvoyé valide pour AS198678 et2a07:3040::/32.

Ces faits soutiennent une affirmation importante: Delos Cloud a un routage Internet public actif sous son propre nom. Ils ne soutiennent pas toutes les affirmations qu'un acheteur de cloud souhaite. Lavue des voisins RIPEstata vu un voisin public pour AS198678: AS212185.RIPE RDAP pour AS212185identifie cet AS commedeloscloudconnect, enregistré auprès de Delos Cloud GmbH le 26 juin 2025.Les données de préfixes annoncés RIPEstat pour AS212185montraient deux /23 IPv4 et deux /48 IPv6, tandis queles données de voisin RIPEstat pour AS212185voyaient AS2914, AS3356 et AS198678.

Ce schéma ressemble à un AS d'origine interne derrière un AS de connectivité Delos qui atteint ensuite le transit mondial via de grands fournisseurs en amont. Il peut être parfaitement délibéré et résilient. Il peut aussi cacher des dépendances physiques que la vue BGP publique ne peut pas voir. AS212185 reçoit-il des entrées de fibre diverses? AS2914 et AS3356 entrent-ils par des salles de rencontre, des conduits et des systèmes optiques séparés? Chacun peut-il supporter la charge de production complète si l'autre tombe en panne? Les plans de gestion et clients sont-ils séparés?

Y a-t-il un peering sur échange Internet non visible dans PeeringDB? Le routage public ne peut pas répondre à ces questions. Il peut seulement montrer la forme du chemin que les collecteurs voient.

L'absence d'entrée PeeringDB publique est également une preuve limitée. Une requête surPeeringDB pour AS198678ne renvoie aucun enregistrement réseau. PeeringDB est volontaire; l'absence ne signifie pas que Delos Cloud manque d'installations, d'interconnexions privées ou de contrats en amont. Cela signifie que le public ne peut pas utiliser PeeringDB pour vérifier la présence des installations, les ports d'échange, la politique de trafic ou les coordonnées de peering. Pour un cloud souverain qui dépend de la connectivité de confiance dans les réseaux du secteur public, le profil d'interconnexion public manquant augmente le besoin de preuves directes des clients.

La note réseau est donc moyenne plutôt que faible. Les routes sont actives, validées RPKI et largement visibles. Le graphe de route public ne révèle pas suffisamment de diversité physique pour considérer le bord réseau comme résilient éprouvé. Un client devrait demander la conception de l'origine de la route, la liste des opérateurs en amont, la diversité physique des entrées, la gestion DDoS, la connectivité privée au secteur public, les protections contre les fuites de route, les résultats des tests de basculement et les règles de notification de maintenance avant de compter sur Delos Cloud pour des charges de travail à fort impact.

L'alimentation et le refroidissement restent les preuves sans glamour

Un cloud souverain est toujours une centrale électrique et une centrale de refroidissement avec du logiciel superposé. Les communiqués publics de Delos indiquent que les données sont traitées dans des centres de données allemands et que ces centres de données étaient en préparation finale pour l'exploitation de production en janvier 2026. Ils ne divulguent pas la capacité des services publics, la topologie des transformateurs, la conception des onduleurs, la puissance des générateurs, l'autonomie en carburant, la topologie de refroidissement, l'exposition à l'eau, le compartimentage incendie ou les limites de densité des baies.

Cette omission est compréhensible pour des raisons de sécurité et commerciales, mais elle laisse l'acheteur avec des questions qui ne peuvent être ignorées.

Lapage du catalogue C5 du BSIet lePDF du catalogue C5:2026montrent pourquoi ce niveau de preuve est normal pour l'assurance cloud. La sécurité cloud inclut la sécurité physique, les opérations, la gestion des incidents, la continuité des activités, la portabilité, les niveaux de service et les contrôles de la chaîne d'approvisionnement. Les propres documents de Delos Cloud indiquent qu'il est aligné sur les exigences du BSI et vise à soutenir le traitement des données sensibles du secteur public. Cette affirmation devrait en fin de compte être soutenue par des attestations et des preuves de test, et non seulement par des déclarations de lancement.

Pour l'alimentation, un client a besoin de connaître la limite du service. Les charges de travail des clients sont-elles placées dans deux salles de données physiquement indépendantes? Les alimentations des services publics sont-elles indépendantes de la sous-station à la baie? Quelle charge informatique est commissionnée par rapport à simplement installée? L'installation de générateurs peut-elle supporter la charge informatique et le refroidissement en même temps? Que se passe-t-il lors du ravitaillement en carburant lors d'une panne prolongée?

Quels systèmes sont maintenables simultanément, et quels états de maintenance réduisent la redondance? Les alimentations double A/B ne signifient pas grand-chose si elles convergent en amont sur un seul tableau de distribution ou une seule chaîne d'onduleurs.

Pour le refroidissement, le client a besoin d'une carte d'évacuation de la chaleur. Une plateforme peut rester alimentée électriquement tandis que les températures d'entrée montent, les composants limitent et les hôtes réduisent la charge. L'installation de refroidissement a-t-elle suffisamment de réserve à la charge vendue? Les refroidisseurs, les pompes, les contrôles, l'alimentation en eau et les échangeurs de chaleur sont-ils soutenus par une alimentation indépendante? La maintenance du refroidissement peut-elle avoir lieu sans déplacer les charges de travail des clients?

Quelle est la voie d'incident si une unité de refroidissement, un contrôleur ou un réseau de capteurs tombe en panne? Ce ne sont pas des préoccupations académiques. Elles décident si un défaut court de l'installation devient un incident de service.

Pour l'exposition au feu et à l'eau, le client a besoin d'atténuations spécifiques au bâtiment. La localisation allemande aide pour la juridiction et le personnel, mais elle ne révèle pas l'élévation du sol, la détection des fuites, la suppression par gaz, le zonage des fumées, le stockage de carburant, le risque de voisinage ou l'accès d'urgence. Une évaluation de sécurité officielle peut couvrir ces faits. Les communiqués publics ne les publient pas.

Jusqu'à ce que les faits soient visibles pour l'acheteur sous une confidentialité appropriée, la déclaration publique sûre est que l'emplacement du centre de données est allemand et que la résilience de la salle de données n'est pas évaluable publiquement.

Les fenêtres de maintenance révèlent qui exploite vraiment le service

Les fenêtres de maintenance transforment la conception en réalité. Un service peut avoir deux sites, deux opérateurs et des composants redondants tout en échouant si les procédures de réparation nécessitent des étapes manuelles dangereuses, si les pièces de rechange manquent, si le personnel ne peut pas atteindre le site, ou si un changement est appliqué sans chemin de retour.

La preuve publique la plus solide de Delos Cloud sur ce front est la construction de son centre d'opérations: deux sites d'exploitation achevés, du personnel allemand habilité d'Arvato Systems, un centre d'opérations de sécurité et un écosystème de partenaires croissant.

C'est positif. Cela crée également la prochaine série de questions. Quelle équipe peut ouvrir une baie de salle de données? Quelle équipe peut remplacer une étagère de stockage défaillante? Quelle équipe peut approuver un changement de routeur? Quelle équipe peut retarder ou rejeter une mise à jour technologique Microsoft? Quelle équipe notifie les clients d'une fenêtre de maintenance? Quelle équipe déclare un incident? Dans une conception tripartite, l'expérience client dépend du contrat et de la carte des autorités autant que du nombre d'équipements.

Lapage Arvato Systems Delos Cloudprésente Arvato comme un partenaire pour le cloud souverain pour l'administration, et les communiqués de septembre 2025 et janvier 2026 de Delos identifient tous deux le personnel d'exploitation d'Arvato Systems à l'intérieur des centres d'opérations. Le rapport Bertelsmann ajoute qu'Arvato Systems exploitera la plateforme et que plusieurs sites allemands sont impliqués dans l'exploitation à long terme. Cela donne à Arvato un rôle important dans la chaîne de réparation. Cela ne divulgue pas les échelles d'escalade exactes, le temps de réponse des mains à distance, la politique de stock de rechange ou les objectifs de tickets.

Les fenêtres de maintenance interagissent également avec le contrôle des changements du secteur public. Un cloud hyperscale normal peut déployer des changements en continu dans les régions du monde. Un cloud souverain du secteur public peut nécessiter un préavis, une approbation, une documentation et une séparation des tâches plus stricts. Cela peut améliorer le contrôle, mais cela peut ralentir les correctifs s'ils ne sont pas bien conçus.

Le client devrait demander des délais de maintenance standard, des règles de changement d'urgence, des points d'approbation client, des procédures de restauration et la preuve que la maintenance planifiée a été effectuée sans perte de service à une échelle représentative.

La couverture de support importe de la même manière. Les communiqués des centres d'opérations promettent une opération 24 heures sur 24. L'opération 24 heures sur 24 ne signifie pas automatiquement que chaque service a un support expert 24/7, que chaque application partenaire peut être réparée de nuit, ou que chaque client a le même chemin de sévérité. Le programme partenaire de Delos Cloud divise les partenaires en rôles de service, de vente et de construction.

Cela signifie qu'un client peut avoir Delos Cloud, un partenaire de service, un fournisseur de logiciel et un fournisseur informatique interne du secteur public dans un seul chemin d'incident. Une fenêtre de maintenance doit spécifier qui appelle qui, qui possède l'horloge et qui peut effectuer la réparation.

La migration client est une dépendance, pas une tâche d'intégration unique

Delos Cloud existe parce que les clients du secteur public veulent des services cloud modernes sans renoncer à la localité, à la juridiction et au contrôle opérationnel. Cette promesse de migration est centrale. Elle est aussi l'un des endroits les plus faciles pour surestimer la résilience. Déplacer des charges de travail dans un cloud souverain ne les rend pas automatiquement portables, restaurables ou indépendantes de la base technologique sous-jacente.

La page client de Delos Cloud décrit les pilotes comme un moyen de tester les arrangements techniques, contractuels et organisationnels avant une adoption plus large. Le communiqué du Staatstheater Stuttgart indique que le pilote testera les fonctions Office 365 et certains services Azure dans des conditions réelles, avec une attention à la sécurité, à l'efficacité et à l'intégration dans les opérations culturelles publiques. C'est une bonne utilisation des pilotes. Elle traite la migration comme empirique plutôt que supposée.

Pour les clients, les questions pratiques de migration sont concrètes. Comment les identités sont-elles intégrées? Comment les politiques de locataire sont-elles définies? Quelles données Office 365 peuvent être exportées et restaurées? Quels services Azure sont inclus au lancement et lesquels arrivent plus tard? Les machines virtuelles peuvent-elles être déplacées sous forme d'images, ou seulement reconstruites? Comment les bases de données, sauvegardes, journaux, clés de cryptage et données de surveillance sont-ils exportés?

Que se passe-t-il si un organisme public commence sur des services Microsoft ordinaires et migre plus tard vers Delos Cloud, ou commence sur Delos Cloud et a besoin d'un déplacement d'urgence ailleurs? Plus une charge de travail utilise de services gérés, plus la migration dépend de chemins d'exportation spécifiques aux produits.

Lematériel de la stratégie de cloud administratif allemandet lesdirectives FITKO DVCpointent vers un écosystème cloud fédéral plus large plutôt qu'une plateforme isolée. Ce contexte est important. Delos Cloud peut être un grand composant, mais les organismes publics ont également besoin d'interopérabilité, de clarté d'achat et d'un moyen d'éviter de remplacer une dépendance par une autre dépendance qui est simplement nationale. La localisation des données résout un problème. La portabilité des données en résout un autre.

L'accord de continuité avec Microsoft de novembre 2025 rend la migration encore plus explicite. Il indique que certains clients pourraient avoir l'option de déplacer leurs charges de travail vers Delos Cloud si des restrictions externes empêchaient Microsoft de les servir. C'est une contingence stratégique. Sa valeur pratique dépend de la capacité, des droits légaux, de l'accès logiciel, des versions de service compatibles, de la préparation du client, de la bande passante et des exercices de test. Une migration d'urgence qui n'a jamais été répétée est un espoir, pas une capacité de récupération.

L'acheteur devrait donc traiter les artefacts de migration comme des preuves opérationnelles vivantes. Les preuves requises incluent les modèles de zones d'atterrissage, les guides d'intégration d'identité, les instructions d'exportation, les limitations service par service, les tests de sauvegarde et de restauration, les critères de restauration, l'impact sur les coûts et les tests d'acceptation client. L'objectif n'est pas de rendre chaque charge de travail agnostique au cloud. L'objectif est de savoir exactement où la dépendance est intentionnelle, où elle est temporaire et où elle devient dangereuse.

Les principaux chemins de défaillance sont ordinaires, pas exotiques

Le cadre stratégique de Delos Cloud peut faire paraître le risque géopolitique, mais la plupart des pannes de service commenceraient toujours dans une infrastructure ordinaire.

Le premier chemin est la défaillance de baie ou d'hôte. Un serveur, une étagère de stockage, un commutateur de tête de baie ou une unité de distribution d'énergie tombe en panne. Si le matériel de rechange est local et que l'automatisation fonctionne, le client peut voir peu d'effet. Si la panne frappe un petit cluster de service, une région immature ou un système de gestion avec une réserve limitée, les clients peuvent voir des erreurs de provisionnement, des performances dégradées ou des restaurations échouées. Les documents publics de Delos Cloud ne publient pas les tailles de clusters, les ratios de rechange ou les temps de restauration.

Le deuxième chemin est la défaillance en amont ou de l'opérateur. Le BGP public montre AS198678 derrière AS212185 et AS212185 adjacent à de grands fournisseurs de transit. La conception peut avoir une bonne diversité privée, mais le graphe de route public ne le prouve pas. Un événement de maintenance d'opérateur, une coupure de fibre, une panne de plateforme optique ou une fuite de route pourrait isoler les charges de travail client ou les chemins de gestion même si le reste informatique reste sain. Les clients ont besoin de connaître la diversité des chemins physiques, pas seulement les numéros AS.

Le troisième chemin est la défaillance de mise à jour logicielle et de contrat fournisseur. Delos Cloud dépend de la technologie Microsoft tout en conservant l'exploitation et le contrôle allemands. Les mises à jour de sécurité, les changements de fonctionnalités, les licences et les droits d'urgence doivent tous franchir cette frontière en toute sécurité. Trop peu de flux de mises à jour crée un risque de sécurité et de compatibilité. Trop de flux non médiatisé de mises à jour affaiblit l'argument de souveraineté. Les communiqués publics montrent que des contrats existent; les clients ont besoin des règles opérationnelles et des preuves.

Le quatrième chemin est la saturation du support et du personnel. Deux centres d'opérations réduisent le risque de site pour le personnel, mais un incident large peut toujours surcharger les bureaux de service, les équipes partenaires et les files d'escalade. Les clients du secteur public voudront une classification des incidents, des objectifs de sévérité, des modèles de communication, une autorité en dehors des heures ouvrables et des preuves issues d'exercices. Un incident majeur d'authentification, de courrier, de réseau ou de stockage affecte bien plus de personnes qu'une panne de machine virtuelle unique.

Le cinquième chemin est le désalignement de facturation, d'achat et de droits. L'offre publique de Delos Cloud est limitée aux clients publics éligibles en Allemagne et passe par des partenaires et des fournisseurs informatiques du secteur public. Un service peut être techniquement prêt mais bloqué par le contrat, les droits, le budget, le catalogue d'achat, la disponibilité du partenaire ou l'approbation de sécurité. La capacité hébergée devient utilisable uniquement lorsque le client peut commander, configurer, connecter et supporter le service dans le cadre des règles du secteur public applicables.

Le sixième chemin est la défaillance de la portabilité des données. Si un client ne peut pas exporter les identités, les courriels, le stockage, les bases de données, les instantanés ou les journaux assez rapidement, une panne de service devient un incident de dépendance. L'alignement de Delos Cloud avec le DVC et l'écosystème de partenaires peut réduire ce risque, mais la preuve nécessite des sorties testées, pas seulement un langage de normes.

Aucun de ces chemins n'est une raison de rejeter Delos Cloud. Ce sont les chemins que toute plateforme cloud sérieuse doit rendre ennuyeux. Ennuyeux signifie documenté, testé, répété, mesuré et contractuellement possédé.

L'économie de l'hébergement décide de la résilience qui peut être gardée en réserve

La déclaration de prix de février 2025 est utile car elle expose le problème économique ainsi que la proposition de l'acheteur. Delos Cloud indique que les services Microsoft souverains seraient facturés à 15 % au-dessus du prix catalogue actuel de Microsoft Allemagne pour les clients publics éligibles. C'est un nombre relativement précis pour une catégorie de produit souvent décrite uniquement en langage stratégique. Il permet aux clients de poser une question difficile: que doit couvrir cette marge?

La réponse est plus large que les licences logicielles. La surcharge doit soutenir l'infrastructure de centre de données allemande, le personnel des centres d'opérations allemands, le personnel habilité, le travail de conformité, les arrangements de certificats séparés, la coordination des partenaires, l'intégration des clients, la réponse aux incidents, la couverture de support et suffisamment de capacité inutilisée pour absorber la croissance et les pannes. Certains de ces coûts sont fixes avant l'arrivée du premier grand client. Certains augmentent avec l'utilisation.

Certains deviennent visibles uniquement pendant les pannes, lorsque des hôtes de rechange, du stockage de rechange, des chemins réseau alternatifs et des ingénieurs seniors doivent être disponibles même s'ils peuvent rester inactifs les jours ordinaires.

C'est là que la capacité installée et la capacité utilisable se séparent. Une plateforme peut avoir du matériel installé dans une salle de données allemande, mais la partie vendable est inférieure après déduction de la réserve, de la marge de maintenance, de l'allocation de reprise après sinistre, des besoins du plan de gestion, de l'espace de sauvegarde et des tampons de croissance. Si la plateforme vend trop près de son plafond installé, la maintenance devient plus risquée. Si elle maintient de grandes réserves, le cas économique nécessite une demande client suffisante pour les financer. Le client voit un prix cloud.

L'opérateur gère un problème d'inventaire sous des contraintes de sécurité et de localité.

Les achats du secteur public peuvent amplifier le défi. Les clients peuvent arriver par vagues après des accords-cadres, des approbations de pilotes ou des cycles budgétaires. Une montée en puissance lente peut laisser une infrastructure coûteuse sous-utilisée. Une montée soudaine peut stresser les équipes de service, la planification des quotas et la capacité des partenaires. Certains clients peuvent avoir besoin de limites conservatrices pendant qu'ils effectuent des vérifications de sécurité; d'autres peuvent vouloir des migrations importantes une fois qu'un pilote réussit.

L'écosystème de partenaires de Delos Cloud peut aider à absorber ce travail, mais seulement si la préparation des partenaires, les quotas de Delos et la gouvernance client s'alignent en même temps.

Pour un acheteur, la diligence économique est pratique. Demandez quels services sont généralement disponibles, lesquels sont limités en capacité, lesquels nécessitent une réservation, lesquels ont des quotas de région ou de locataire, et quelles conditions de support changent avec la classe de service. Demandez comment Delos gère une zone saturée, un niveau de stockage rare, une grande migration Office, une expansion soudaine de sauvegarde ou une migration d'urgence depuis un autre environnement.

Un cloud souverain peut être de bonne valeur seulement si le prix achète non seulement la localité et le contrôle juridique, mais aussi suffisamment de réserve pour survivre à un stress d'infrastructure ordinaire.

Qui est affecté lorsque le système tombe en panne

Les clients directs sont les organismes publics allemands et leurs fournisseurs informatiques. Les utilisateurs pratiques peuvent être des fonctionnaires, du personnel de théâtre, des équipes financières, des agents de centres pour l'emploi, des administrateurs municipaux, des gestionnaires de dossiers, des équipes de sécurité et des citoyens qui dépendent des services publics numériques. La population affectée spécifique dépend du service qui tombe en panne. Une panne de collaboration Office peut affecter la communication du personnel. Une panne de réseau virtuel peut isoler les applications.

Un incident de base de données ou de stockage peut arrêter le traitement des dossiers. Un incident d'identité peut bloquer l'accès à de nombreux services à la fois.

La chaîne de responsabilité est en couches. Delos Cloud est l'opérateur de plateforme public et le propriétaire de l'infrastructure selon ses communiqués. Microsoft fournit la base technologique. Arvato Systems soutient l'exploitation allemande. Les partenaires de service peuvent concevoir, mettre en œuvre et migrer les environnements clients. Les partenaires de construction peuvent exécuter la logique applicative sur la plateforme. Les fournisseurs informatiques du secteur public peuvent contracter, intégrer et supporter le service final.

Un citoyen faisant face à un service indisponible ne verra pas ces couches, mais la réponse à l'incident passera par elles.

C'est pourquoi le titre de l'article est important. Delos Cloud vend de la capacité hébergée. La capacité hébergée dépend des baies, du transit et des fenêtres de maintenance même lorsque l'enveloppe juridique est souveraine et la base logicielle familière. Une étagère de stockage défaillante n'est pas résolue par la juridiction. Une coupure d'opérateur n'est pas résolue par une déclaration politique. Un goulot d'étranglement de migration n'est pas résolu par une liste de prix. La souveraineté est une revendication de contrôle; la fiabilité est un dossier opérationnel.

Le meilleur dossier public pour Delos Cloud est qu'il a progressé étape par étape des contrats aux installations, aux pilotes, aux partenaires et aux routes. La meilleure mise en garde publique est que la preuve finale de production est nécessairement plus spécifique que les annonces publiques. Les salles de données ont besoin d'attestations actuelles. La conception du transit a besoin de preuve de diversité. La chaîne de réparation a besoin de preuve d'autorité. Les chemins de sortie des clients ont besoin de répétitions.

Une fois que ceux-ci sont disponibles pour les acheteurs, Delos Cloud peut être évalué comme une plateforme de production plutôt qu'une promesse stratégique.

Ce qui réglerait les questions restantes

La preuve requise de Delos Cloud n'est pas une demande de plans sensibles ou de noms de clients. C'est l'ensemble d'assurance normal pour une capacité hébergée critique.

Premièrement, publier ou fournir sous confidentialité appropriée la limite d'exploitation du centre de données: opérateur de l'installation, région allemande, portée de la salle de données, classe d'alimentation et de générateur, résilience du refroidissement, contrôles de sécurité physique, protections contre le feu et l'eau, et périmètre de certification ou d'attestation actuel. L'objectif n'est pas de révéler les rangées exactes de baies. L'objectif est de montrer quelle limite de système a été évaluée.

Deuxièmement, fournir des preuves de capacité service par service. Les clients ont besoin de savoir ce qui est techniquement disponible maintenant, ce qui est en pilote, ce qui est planifié, ce qui dépend du rythme de publication de Microsoft, et ce qui a suffisamment de capacité de rechange pour les vagues de migration. La feuille de route et le portefeuille de Delos sont utiles, mais les charges de travail de production ont besoin de disponibilité actuelle, de quotas, de limites, d'états de maintenance et d'engagements de support.

Troisièmement, divulguer la conception réseau au bon niveau. Le BGP public montre déjà AS198678 et AS212185. Les clients ont encore besoin de diversité en amont, de diversité physique des entrées, de connectivité privée au secteur public, de sécurité de routage, de réponse DDoS, de tests de basculement de route et de procédures de maintenance. L'absence de PeeringDB n'est pas un défaut en soi, mais la vue d'interconnexion publique manquante devrait être remplacée par des preuves directes pour les clients.

Quatrièmement, prouver la réparation. Cela signifie des preuves récentes de tests de transfert d'alimentation, de basculement de refroidissement, de basculement d'opérateur, de gestion d'incident de sécurité, de restauration de sauvegarde, de récupération d'identité, de récupération de stockage, de restauration de patch et de communication client. Les fenêtres de maintenance devraient indiquer non seulement quand le travail a lieu, mais aussi quelle redondance reste pendant le travail.

Cinquièmement, prouver la portabilité. Les clients ont besoin de chemins testés pour les données de locataire, les machines virtuelles, les bases de données, les journaux, les clés, les sauvegardes et les dépendances applicatives. Le contexte DVC fait de l'interopérabilité un objectif stratégique; Delos Cloud doit encore montrer comment un client spécifique peut entrer, se développer, suspendre, récupérer ou sortir.

Avec ces preuves, l'évaluation de Delos Cloud peut devenir plus solide que « avancé mais nécessitant encore des preuves au niveau physique et opérationnel ». Sans cela, la conclusion responsable est mesurée. Delos Cloud GmbH a des jalons opérationnels publics, des pilotes clients, une échelle de partenaires, une conception de souveraineté claire et des ressources réseau actives. Ce qui reste à vérifier n'est pas l'existence de l'entreprise. C'est la fiabilité de la capacité vendue sous son nom lorsque la machinerie ordinaire du service cloud tombe en panne.