Resumen
- Delos Cloud ya no es solo un memorando o concepto político. Sus propios comunicados indican que el primer centro de operaciones en el área metropolitana de Gütersloh entró en funcionamiento en septiembre de 2025, el segundo centro de operaciones en el área metropolitana de Leipzig entró en funcionamiento en enero de 2026, el centro de operaciones de seguridad ya estaba listo y los centros de datos estaban en preparación final para el servicio de producción.
- La oferta comercial es una nube alemana para el sector público construida sobre tecnología Microsoft Azure y operada por Delos Cloud con personal de Arvato Systems. Delos afirma que posee la infraestructura, gestiona la plataforma y licencia los productos, mientras que Microsoft aporta la tecnología y Arvato respalda la operación en Alemania.
- La evidencia de enrutamiento público es real.RIPE RDAP de AS198678nombra a Delos Cloud GmbH,los datos de prefijos anunciados de RIPEstatmuestran cuatro prefijos IPv4 y un agregado IPv6, yel estado de enrutamiento de RIPEstatmuestra una amplia visibilidad en los colectores. La dependencia visible también es clara:los datos de vecinos AS de RIPEstatven a AS212185, otro sistema de Delos Cloud, como el único vecino público de AS198678.
- Por lo tanto, la prueba de resiliencia no es si Delos Cloud tiene una huella pública creíble. La tiene. La prueba es si los clientes pueden verificar la energía de las instalaciones, la refrigeración, la diversidad de operadores, las prácticas de mantenimiento, el stock y la escalada de soporte detrás de los servicios alojados antes de que cargas de trabajo críticas del sector público dependan de ellos.
La evidencia pública ahora respalda una investigación operativa seria
Delos Cloud GmbH es visible a través de páginas oficiales de la empresa, comunicados de SAP, páginas de socios, material de pilotos con clientes y datos de registros de Internet. Supágina de presentaciónposiciona a la empresa como una plataforma soberana para servicios públicos digitales en Alemania, alineada con los requisitos de seguridad alemanes y destinada a apoyar a proveedores de TI federales, estatales y municipales. Supágina de productosdice que la oferta se centra en servicios de Microsoft proporcionados de forma soberana por Delos Cloud, incluidos servicios basados en consumo y por usuario, dejando espacio también para software de terceros, software de código abierto y aplicaciones desarrolladas por clientes.
Esa es una posición pública más sólida de lo que la hipótesis de la «huella ligera» sugeriría si se leyera como una cuestión sobre la existencia de la empresa. La mejor rebaja es diferente. Delos Cloud tiene suficiente evidencia para ser tratada como una construcción real y avanzada. Aún no publica suficientes detalles físicos y operativos para que los externos puedan calificar cada dependencia del centro de datos, tránsito, mantenimiento y migración como probada en producción. En una nube del sector público, esa distinción importa más que la familiaridad de la marca. Una oferta soberana sigue siendo una oferta de capacidad alojada.
Todavía tiene que convertir edificios, racks, enrutadores, personal y contratos en servicios que permanezcan utilizables cuando fallan los equipos.
El cronograma es importante. Uncomunicado de SAP de septiembre de 2025dice que Delos Cloud puso en servicio su primer centro de operaciones en el área metropolitana de Gütersloh. El comunicado dice que más de sesenta personas estarían presentes allí, que el personal operativo de Arvato Systems gestionaría los servicios de Delos Cloud, y que el centro tenía un papel importante en la operación de la plataforma, la seguridad y las certificaciones. También dijo que un segundo centro de operaciones en el área metropolitana de Leipzig estaba cerca de completarse, un tercer centro de operaciones en el área metropolitana de Frankfurt comenzaría la construcción en breve, y un centro de operaciones de seguridad en el área metropolitana de Frankfurt estaba listo.
Uncomunicado de SAP de enero de 2026hizo avanzar la historia. Dice que el segundo centro de operaciones en el área metropolitana de Leipzig se había puesto en servicio, que la infraestructura del centro de operaciones para la operación de producción estaba completa, y que dos centros de operaciones completados le daban a la plataforma protección operativa georredías contra cortes y escenarios de crisis. El mismo comunicado dice que el centro de operaciones de seguridad asociado estaba listo y que los centros de datos de Delos Cloud estaban en preparación final para la operación de producción. También dice que el centro de Leipzig proporcionaría 80 puestos de trabajo y operación las 24 horas bajo estrictas medidas de seguridad.
La evidencia pública de clientes también fue más allá del interés genérico. Lapágina de clientesde Delos Cloud enumera clientes piloto y ejemplos nombrados en casos de uso públicos federales y estatales, incluyendo una institución federal de empleo, un proyecto de finanzas y tecnología de Renania del Norte-Westfalia, e instituciones culturales en Baden-Wurtemberg. Uncomunicado de SAP de mayo de 2026dice que el Staatstheater Stuttgart inició un piloto para Microsoft Office 365 y servicios seleccionados de Azure en la plataforma Delos Cloud, con la participación también del Badisches Staatstheater Karlsruhe y con SVA como socio de consultoría e implementación. Uncomunicado de SAP de junio de 2026dice que Delos Cloud había firmado asociaciones estratégicas con 15 empresas al inicio de su programa de socios.
En conjunto, estas fuentes justifican un análisis serio de infraestructura en lugar de un descarte escéptico. La cuestión ya no es si Delos Cloud aparece en registros públicos. La cuestión es dónde está la línea entre la infraestructura de lanzamiento probada y las partes que los clientes aún necesitan inspeccionar: salas de datos físicas, rutas de operadores, escalado de soporte, rutas de restauración, atestaciones de seguridad y dependencia comercial de la base tecnológica de Microsoft.
Alemania es el área de servicio, pero el mapa de sitios aún está limitado
La promesa del área de servicio de Delos Cloud es inusualmente explícita. Sus materiales repiten que la plataforma es para el sector público en Alemania y que el procesamiento de datos y la operación deben permanecer en Alemania. Elcomunicado de precios de febrero de 2025dice que la plataforma está destinada a clientes públicos alemanes, que los datos administrativos sensibles se procesan en centros de datos y sitios operativos exclusivamente en Alemania, y que Delos Cloud GmbH y la plataforma están sujetos a la jurisdicción alemana. Elcomunicado del certificado D-Trusthace el mismo punto de localidad mientras describe certificados TLS alemanes para comunicación cifrada y autenticada.
Esa localidad es comercialmente valiosa. Tampoco es un mapa de sitios completo. Los comunicados públicos identifican centros de operaciones en las áreas metropolitanas de Gütersloh y Leipzig y un centro de operaciones de seguridad en el área metropolitana de Frankfurt. No publican direcciones de salas de datos, diseños de alimentación de servicios públicos, conteos de racks, densidades de potencia, propietarios de edificios, salas de interconexión, acuerdos de combustible o entradas de operadores. Dicen que los centros de datos de Delos Cloud estaban en preparación final en enero de 2026.
No nombran esos centros de datos en los comunicados públicos revisados aquí.
Ese límite debe mantenerse claro. Un centro de operaciones es donde las personas monitorean, operan, aseguran y responden. Un centro de datos es donde los equipos de cómputo, almacenamiento y red consumen energía, disipan calor y se conectan a los operadores. Los dos están relacionados, pero no son intercambiables. Un acuerdo de operaciones de dos sitios puede mejorar la resiliencia del personal y del mando incluso si la plataforma de cómputo tiene dependencias físicas separadas.
A la inversa, dos salas de datos pueden fallar a un cliente si el escritorio de operaciones, el control de acceso, la escalada de operadores o la aprobación de cambios no están disponibles. El material público de Delos Cloud es más sólido sobre la capa de centros de operaciones y más débil sobre la capa de salas de datos.
La misma precaución se aplica a la georredía. El comunicado de enero de 2026 dice que dos centros de operaciones completados aseguran la operación mediante georredía contra cortes y escenarios de crisis. Esa es una afirmación importante sobre la capa operativa. Por sí sola no prueba que cada carga de trabajo del cliente esté replicada sincrónicamente en dos salas de datos independientes, que cada sistema de gestión tenga control activo-activo, que cada servicio del cliente tenga una conmutación por error regional probada, o que cada servicio de almacenamiento pueda cumplir un punto de recuperación específico.
Esos detalles pueden existir en la documentación del cliente, pero no son todos públicos.
Para la contratación, la pregunta correcta del sitio es por lo tanto específica. ¿Qué región, diseño de disponibilidad y par de centros de datos respalda el servicio que se está solicitando? ¿Qué funciones se controlan desde Gütersloh, Leipzig o Frankfurt, y qué funciones se ejecutan dentro de las salas de datos? ¿Qué fallo puede absorber un centro de operaciones, y qué fallo requiere personal del centro de datos, ingenieros de operadores, hardware de repuesto o soporte tecnológico de Microsoft? El material público abre esa línea de diligencia; no la cierra.
El límite del operador es la afirmación central de soberanía
El argumento de soberanía de Delos Cloud se basa en una separación de roles. El comunicado de precios de febrero de 2025 dice que Delos Cloud utiliza la tecnología de hiperescala Microsoft Azure pero lleva esos servicios de forma soberana a la administración alemana. Dice que Delos Cloud GmbH, como propietario de la infraestructura, asume la operación de la plataforma y la licencia de productos. Microsoft contribuye como proveedor de tecnología. Elcomunicado de contrato de SAP de octubre de 2024y uninforme de Bertelsmann sobre los mismos contratosdescriben los contratos finales entre Delos Cloud, Microsoft y Arvato Systems y dicen que Arvato Systems apoyará la operación de la plataforma en Alemania.
Esta estructura es importante porque un comprador del sector público no solo compra máquinas virtuales o colaboración de Office. Compra una asignación legal y operativa de control. Delos Cloud dice que proporciona tecnología de Microsoft en un entorno operado por una empresa alemana, bajo jurisdicción alemana, con personal alemán con autorización de seguridad y con datos procesados en Alemania. Esa es una propuesta diferente a comprar servicios ordinarios de nube pública en una región global y añadir un envoltorio de facturación alemán.
El límite también crea dependencia. Si Microsoft es el proveedor de tecnología, Delos Cloud aún depende del desarrollo de software de Microsoft, actualizaciones de seguridad, evolución de productos y derechos de licencia. Si el personal de Arvato Systems opera servicios en los centros de operaciones, Delos Cloud depende de la contratación, formación, autorización, cobertura de turnos y procedimientos de las instalaciones de Arvato.
Si SAP es la matriz e inversora, Delos Cloud se beneficia de la escala de SAP pero también se sienta dentro de un programa estratégico que tiene que mantener la financiación, los contratos y la confianza pública alineados. La soberanía reduce algunos riesgos pero concentra otros en una cadena cuidadosamente diseñada.
El anuncio de resiliencia de noviembre de 2025 con Bleu y Microsoft ilustra esa cadena. Elcomunicado de SAPdice que Delos Cloud y Bleu acordaron cooperación técnica y operativa transfronteriza para escenarios extensos de crisis y emergencia, mientras que Delos Cloud y Microsoft firmaron un acuerdo separado destinado a apoyar la continuidad del negocio en Europa si restricciones externas afectaran los servicios en la nube de Microsoft para ciertos clientes. Esto es útil porque muestra que Delos Cloud ha pensado en el riesgo geopolítico de la continuidad del servicio. También muestra por qué el límite del operador no puede tratarse como una única barrera. Algunos remedios de emergencia requieren derechos legales, acceso a software, capacidad de Delos, personal operativo y capacidad de migración del cliente al mismo tiempo.
La conclusión respaldable es equilibrada. Delos Cloud tiene un diseño de soberanía público con una separación de roles nombrada. El diseño es significativo. Tampoco es un sustituto de la prueba de que las instalaciones físicas, las rutas de actualización, los procedimientos del personal y los arreglos de transferencia de emergencia funcionan bajo carga. Un cliente no necesita rechazar el diseño. Un cliente sí necesita probarlo contra fallos.
Lo que vende Delos Cloud no es un producto de nube simple
El catálogo de productos de Delos Cloud abarca servicios de infraestructura, plataforma y colaboración. Lapágina de portafolioenumera Azure Foundational Services, Azure Mainstream Services, Office 365, servicios SAP, soluciones de terceros, software de código abierto y aplicaciones desarrolladas por clientes. Incluye cómputo, almacenamiento, redes, bases de datos, servicios de contenedores, monitoreo y elementos relacionados con la seguridad en todo el portafolio. Lapágina de hoja de rutaenmarca el conjunto de servicios como un camino escalonado hacia una nube soberana para el sector público.
Esa amplitud importa para la capacidad. Una máquina virtual consume CPU, memoria, almacenamiento, puertos de red, capacidad de programación del host, capacidad del plano de gestión y tiempo de soporte. Una base de datos gestionada consume almacenamiento, memoria, capacidad de respaldo y cuidado operativo. Un tenant de colaboración consume identidad, correo, almacenamiento, políticas y capacidad de soporte. Un servicio de respaldo o recuperación del sitio consume almacenamiento secundario, rendimiento de red, procedimientos de restauración y tiempo de prueba.
Un servicio Kubernetes consume capacidad del plano de control, nodos trabajadores, imágenes, registro y mantenimiento de seguridad. Un comprador ve un catálogo de nube. El operador tiene que gestionar muchos grupos de capacidad.
El comunicado de precios de febrero de 2025 añade el marco económico. Dice que Delos Cloud fijaría el precio de los servicios soberanos de Microsoft para clientes públicos alemanes en un 15 por ciento por encima del precio de lista actual de Microsoft Alemania, y que el precio se aplica a los servicios de infraestructura y plataforma de Microsoft proporcionados por Delos Cloud, incluyendo Azure Foundational Services, Azure Mainstream Services y Microsoft Office 365. El recargo es el precio visible de la soberanía, pero no es una garantía de capacidad.
Un aumento del 15 por ciento puede pagar la operación alemana, los requisitos de seguridad, la infraestructura separada y los acuerdos de control solo si la plataforma alcanza suficiente demanda y si la planta subyacente está planificada con reserva utilizable.
La reserva utilizable es el denominador oculto. Delos Cloud puede anunciar centros de operaciones y un portafolio de productos, pero un cliente que evalúa un movimiento de producción necesita cifras de capacidad que son más difíciles de publicar: carga de TI comisionada, carga vendida, carga de respaldo, clústeres de host por servicio, reserva de almacenamiento, sobresuscripción de red, capacidad de respaldo, personal de soporte, ventanas de parches y rendimiento de restauración. Los servidores instalados no son lo mismo que la capacidad de nube utilizable.
Un rack con hardware pero sin automatización probada, sin almacenamiento de respaldo, sin ruta de mantenimiento aprobada o sin diversidad de operadores no puede soportar cargas de trabajo críticas de manera segura. Una región que puede iniciar un tenant piloto no está automáticamente lista para una migración grande de departamento.
Por eso importa la afirmación de la plataforma de ser abierta y neutral respecto al proveedor. El programa de socios y las páginas de productos dicen que terceros pueden traer soluciones a Delos Cloud. Eso puede mejorar la profundidad del ecosistema, pero también añade variación. Una aplicación construida por un socio en la infraestructura de Delos puede tener términos de soporte, licencias, parches y restauración diferentes a los de un servicio de Office 365. Un componente de código abierto puede tener responsabilidades de mantenimiento diferentes a un componente proporcionado por Microsoft.
Las aplicaciones desarrolladas por clientes pueden necesitar zonas de aterrizaje, monitoreo, respaldo, manejo de secretos y segmentación de red que Delos proporciona solo en parte. El catálogo de nube es el comienzo de la planificación de capacidad, no el final.
La evidencia de enrutamiento prueba la accesibilidad, no toda la ruta física
La evidencia de red de Delos Cloud es más sólida que la de muchos proyectos de nube soberana en etapa temprana.RIPE RDAP de AS198678identifica el sistema autónomo comodeloscloud, registrado el 1 de mayo de 2023, con Delos Cloud GmbH como registrante.La vista general de AS de RIPEstatinformó que el AS fue anunciado el 12 de julio de 2026. Lavista de prefijos anunciadosmostró cinco prefijos visibles en la ventana del 28 de junio al 12 de julio de 2026:123.2.0.0/15,142.221.0.0/16,161.37.0.0/16,168.86.0.0/17y2a07:3040::/32.
La escala de esos prefijos no es trivial.El estado de enrutamiento de RIPEstatinformó cuatro prefijos IPv4 con 294,912 direcciones IPv4 y un agregado IPv6 equivalente a 65,536 /48s. También informó que 326 de 326 pares IPv4 muestreados y 322 de 322 pares IPv6 muestreados veían las rutas en el momento de la consulta.Los registros IP de RIPE RDAPpara los rangos IPv4 de Delos identifican a Delos Cloud GmbH como el titular de las direcciones para las asignaciones visibles.La validación RPKI de RIPEstatdevolvió estado de origen válido para AS198678 y123.2.0.0/15, y lavalidación IPv6 correspondientedevolvió válido para AS198678 y2a07:3040::/32.
Esos hechos respaldan una afirmación importante: Delos Cloud tiene enrutamiento público de Internet activo bajo su propio nombre. No respaldan todas las afirmaciones que le importan a un comprador de nube. Lavista de vecinos de RIPEstatvio un vecino público para AS198678: AS212185.RIPE RDAP de AS212185identifica ese AS comodeloscloudconnect, registrado a nombre de Delos Cloud GmbH el 26 de junio de 2025.Los datos de prefijos anunciados de RIPEstat para AS212185mostraron dos /23 IPv4 y dos /48 IPv6, mientras quelos datos de vecinos de RIPEstat para AS212185vieron AS2914, AS3356 y AS198678.
Ese patrón parece un AS de origen interno detrás de un AS de conexión de Delos que luego llega al tránsito global a través de grandes proveedores ascendentes. Puede ser perfectamente deliberado y resiliente. También puede ocultar dependencias físicas que la vista pública de BGP no puede ver. ¿AS212185 recibe entradas de fibra diversas? ¿AS2914 y AS3356 entran a través de salas de interconexión, conductos y sistemas ópticos separados? ¿Puede cada uno llevar la carga completa de producción si el otro falla? ¿Están separados los planos de gestión y de clientes? ¿Hay interconexión en puntos de intercambio de Internet no visible en PeeringDB?
El enrutamiento público no puede responder estas preguntas. Solo puede mostrar la forma de la ruta que los colectores ven.
La ausencia de una entrada pública en PeeringDB también es evidencia limitada. Una consulta aPeeringDB para AS198678no devuelve ningún registro de red. PeeringDB es voluntario; la ausencia no significa que Delos Cloud carezca de instalaciones, interconexiones privadas o contratos con proveedores ascendentes. Sí significa que el público no puede usar PeeringDB para verificar la presencia de instalaciones, puertos de intercambio, política de tráfico o detalles de contacto de interconexión. Para una nube soberana que depende de la conectividad de confianza hacia las redes del sector público, la falta de un perfil de interconexión público aumenta la necesidad de evidencia directa del cliente.
Por lo tanto, el grado de red es medio en lugar de débil. Las rutas están activas, validadas por RPKI y ampliamente visibles. El grafo de ruta pública no revela suficiente diversidad física como para tratar el borde de la red como resiliente probado.
Un cliente debería preguntar por el diseño de origen de ruta, la lista de operadores ascendentes, la diversidad física de entrada, el manejo de DDoS, la conectividad privada con el sector público, las protecciones contra fugas de ruta, los resultados de pruebas de conmutación por error y las reglas de notificación de mantenimiento antes de confiar en Delos Cloud para cargas de trabajo de alto impacto.
La energía y la refrigeración siguen siendo los puntos de prueba poco glamorosos
Una nube soberana sigue siendo una planta de energía y una planta de refrigeración con software apilado encima. Los comunicados públicos de Delos dicen que los datos se procesan en centros de datos alemanes y que esos centros de datos estaban en preparación final para la operación de producción en enero de 2026. No divulgan la capacidad de los servicios públicos, la topología de los transformadores, el diseño del UPS, la clasificación de los generadores, el tiempo de funcionamiento del combustible, la topología de refrigeración, la exposición al agua, la compartimentación contra incendios o los límites de densidad de racks.
Esa omisión es comprensible por razones de seguridad y comerciales, pero deja al comprador con preguntas que no pueden omitirse.
Lapágina del catálogo C5 de BSIy elPDF del catálogo C5:2026muestran por qué este nivel de evidencia es normal para la garantía de la nube. La seguridad en la nube incluye seguridad física, operaciones, manejo de incidentes, continuidad del negocio, portabilidad, niveles de servicio y controles de la cadena de suministro. Los propios materiales de Delos Cloud dicen que está alineado con los requisitos de BSI y apunta a apoyar el procesamiento de datos sensibles del sector público. Esa afirmación debería respaldarse finalmente con atestaciones y evidencia de pruebas, no solo con declaraciones de lanzamiento.
Para la energía, un cliente necesita saber el límite del servicio. ¿Están las cargas de trabajo del cliente colocadas en dos salas de datos físicamente independientes? ¿Son las alimentaciones de servicios públicos independientes desde la subestación hasta el rack? ¿Cuánta carga de TI está comisionada frente a meramente instalada? ¿Puede la planta generadora soportar la carga de TI y la refrigeración al mismo tiempo? ¿Qué sucede durante el reabastecimiento de combustible en un corte prolongado? ¿Qué sistemas son mantenibles de forma concurrente, y qué estados de mantenimiento reducen la redundancia?
Las alimentaciones de rack A/B no significan mucho si convergen aguas arriba en un único cuadro o un solo tren de UPS.
Para la refrigeración, el cliente necesita un mapa de eliminación de calor. Una plataforma puede permanecer alimentada eléctricamente mientras las temperaturas de entrada aumentan, los componentes se estrangulan y los hosts reducen la carga. ¿Tiene la planta de refrigeración suficiente reserva en la carga vendida? ¿Están las enfriadoras, bombas, controles, suministro de agua e intercambiadores de calor respaldados por energía independiente? ¿Puede realizarse el mantenimiento de refrigeración sin mover las cargas de trabajo del cliente? ¿Cuál es la ruta de incidentes si falla una unidad de refrigeración, un controlador o una red de sensores?
Estas no son preocupaciones académicas. Deciden si una falla breve de la planta se convierte en un incidente de servicio.
Para la exposición a incendios y agua, el cliente necesita mitigaciones específicas del edificio. La ubicación alemana ayuda con la jurisdicción y la dotación de personal, pero no revela la elevación del piso, la detección de fugas, la supresión de gas, la zonificación de humo, el almacenamiento de combustible, el riesgo de inquilinos vecinos o el acceso de emergencia. Una evaluación de seguridad oficial puede cubrir esos hechos. Los comunicados públicos no los publican.
Hasta que los hechos sean visibles para el comprador bajo la confidencialidad adecuada, la declaración pública segura es que la ubicación del centro de datos es alemana y la resiliencia de la sala de datos no es calificable públicamente.
Las ventanas de reparación son donde los clientes descubren quién opera realmente el servicio
Las ventanas de mantenimiento convierten el diseño en realidad. Un servicio puede tener dos sitios, dos operadores y componentes duplicados pero aún así fallar si los procedimientos de reparación requieren pasos manuales inseguros, si faltan piezas de repuesto, si el personal no puede llegar al sitio, o si se aplica un cambio sin una ruta de reversión. La evidencia pública más sólida de Delos Cloud en este frente es su construcción de centros de operaciones: dos sitios operativos completados, personal alemán con autorización de seguridad de Arvato Systems, un centro de operaciones de seguridad y un ecosistema de socios en crecimiento.
Eso es positivo. También crea el siguiente conjunto de preguntas. ¿Qué equipo puede abrir un rack en la sala de datos? ¿Qué equipo puede reemplazar un estante de almacenamiento fallido? ¿Qué equipo puede aprobar un cambio de enrutador? ¿Qué equipo puede retrasar o rechazar una actualización de tecnología de Microsoft? ¿Qué equipo notifica a los clientes de una ventana de mantenimiento? ¿Qué equipo declara un incidente? En un diseño de tres partes, la experiencia del cliente depende del contrato y del mapa de autoridad tanto como del recuento de equipos.
Lapágina de Arvato Systems para Delos Cloudenmarca a Arvato como un socio para la nube soberana para la administración, y los comunicados de Delos de septiembre de 2025 y enero de 2026 identifican al personal operativo de Arvato Systems dentro de los centros de operaciones. El informe de Bertelsmann añade que Arvato Systems operará la plataforma y que varias ubicaciones alemanas están involucradas en la operación a largo plazo. Eso le da a Arvato un papel importante en la cadena de reparación. No divulga los niveles de escalada exactos, el tiempo de respuesta de manos remotas, la política de stock de repuestos o los objetivos de tickets.
Las ventanas de reparación también interactúan con el control de cambios del sector público. Una nube de hiperescala normal puede implementar cambios continuamente en todas las regiones globales. Una nube soberana del sector público puede necesitar notificación, aprobación, documentación y separación de funciones más estrictas. Eso puede mejorar el control, pero puede ralentizar las correcciones si no está bien diseñado.
El cliente debería preguntar por los plazos de mantenimiento estándar, las reglas de cambios de emergencia, los puntos de aprobación del cliente, los procedimientos de reversión y la evidencia de que el mantenimiento planificado se ha completado sin pérdida de servicio a escala representativa.
La cobertura de soporte importa de la misma manera. Los comunicados de los centros de operaciones prometen operación las 24 horas. La operación las 24 horas no significa automáticamente que cada servicio tenga soporte experto 24/7, que cada aplicación de socio pueda repararse por la noche, o que cada cliente tenga la misma ruta de gravedad. El programa de socios de Delos Cloud divide los socios en roles de servicio, venta y construcción. Eso significa que un cliente puede tener a Delos Cloud, un socio de servicio, un proveedor de software y un proveedor de TI interno del sector público en una sola ruta de incidente.
Una ventana de reparación tiene que especificar quién llama a quién, quién tiene el reloj y quién puede hacer la corrección.
La migración de clientes es una dependencia, no una tarea de incorporación única
Delos Cloud existe porque los clientes del sector público quieren servicios modernos de nube sin renunciar a la localidad, la jurisdicción y el control operativo. Esa promesa de migración es central. También es uno de los lugares más fáciles para exagerar la resiliencia. Mover cargas de trabajo a una nube soberana no las hace automáticamente portables, restaurables o independientes de la base tecnológica subyacente.
La página de clientes de Delos describe los pilotos como una forma de probar los arreglos técnicos, contractuales y organizativos antes de una adopción más amplia. El comunicado del Staatstheater Stuttgart dice que el piloto probará las funciones de Office 365 y servicios seleccionados de Azure en condiciones reales, con atención a la seguridad, la eficiencia y la integración en las operaciones culturales públicas. Ese es un buen uso de los pilotos. Trata la migración como empírica en lugar de asumida.
Para los clientes, las preguntas prácticas de migración son concretas. ¿Cómo se integran las identidades? ¿Cómo se configuran las políticas del tenant? ¿Qué datos de Office 365 se pueden exportar y restaurar? ¿Qué servicios de Azure están incluidos en el lanzamiento y cuáles llegan después? ¿Se pueden mover las máquinas virtuales como imágenes, o solo reconstruirlas? ¿Cómo se exportan las bases de datos, respaldos, registros, claves de cifrado y datos de monitoreo?
¿Qué sucede si un organismo público comienza con servicios ordinarios de Microsoft y luego se traslada a Delos Cloud, o comienza en Delos Cloud y necesita una mudanza de emergencia a otro lugar? Cuanto más usa una carga de trabajo servicios gestionados, más depende la migración de rutas de exportación específicas del producto.
Elmaterial de la Estrategia de Nube Administrativa Alemanay laguía FITKO DVCapuntan hacia un ecosistema federal de nube más amplio en lugar de una plataforma aislada. Ese contexto es importante. Delos Cloud puede ser un componente grande, pero los organismos públicos también necesitan interoperabilidad, claridad en la contratación y una forma de evitar reemplazar una dependencia con otra dependencia que es meramente nacional. La localidad de datos resuelve un problema. La portabilidad de datos resuelve otro.
El acuerdo de continuidad con Microsoft de noviembre de 2025 hace que la migración sea aún más explícita. Dice que ciertos clientes podrían tener la opción de mover cargas de trabajo a Delos Cloud si restricciones externas impidieran que Microsoft les sirviera. Eso es una contingencia estratégica. Su valor práctico depende de la capacidad, los derechos legales, el acceso al software, las versiones de servicios compatibles, la preparación del cliente, el ancho de banda y los ejercicios de prueba. Una migración de emergencia que nunca se ha ensayado es una esperanza, no una capacidad de recuperación.
Por lo tanto, el comprador debe tratar los artefactos de migración como evidencia operativa en vivo. La evidencia requerida incluye patrones de zona de aterrizaje, guías de integración de identidad, instrucciones de exportación, limitaciones servicio por servicio, pruebas de respaldo y restauración, criterios de reversión, impacto de costos y pruebas de aceptación del cliente. El objetivo no es hacer que cada carga de trabajo sea independiente de la nube. El objetivo es saber exactamente dónde la dependencia es intencional, dónde es temporal y dónde se vuelve peligrosa.
Las principales rutas de fallo son ordinarias, no exóticas
El entorno estratégico de Delos Cloud puede hacer que el riesgo parezca geopolítico, pero la mayoría de las fallas de servicio seguirían comenzando en infraestructura ordinaria.
La primera ruta es la falla de rack o host. Un servidor, estante de almacenamiento, conmutador de top of rack o unidad de distribución de energía falla. Si el hardware de repuesto es local y la automatización funciona, el cliente puede ver poco efecto. Si la falla golpea un clúster de servicio pequeño, una región inmadura o un sistema de gestión con reserva limitada, los clientes pueden ver errores de aprovisionamiento, rendimiento degradado o restauraciones fallidas. Los materiales públicos de Delos Cloud no publican tamaños de clúster, proporciones de repuesto o tiempos de restauración.
La segunda ruta es la falla del proveedor ascendente o del operador. El BGP público muestra a AS198678 detrás de AS212185 y AS212185 adyacente a grandes proveedores de tránsito. El diseño puede tener buena diversidad privada, pero el grafo de ruta pública no lo prueba. Un evento de mantenimiento de operador, corte de fibra, fallo de plataforma óptica o fuga de ruta podría aislar las cargas de trabajo del cliente o las rutas de gestión incluso si el cómputo se mantiene saludable. Los clientes necesitan conocer la diversidad de la ruta física, no solo los números AS.
La tercera ruta es la falla de actualización de software y contrato de proveedor. Delos Cloud depende de la tecnología de Microsoft mientras retiene la operación y el control alemanes. Las actualizaciones de seguridad, los cambios de funciones, las licencias y los derechos de emergencia tienen que cruzar ese límite de manera segura. Demasiado poco flujo de actualizaciones crea riesgo de seguridad y compatibilidad. Demasiado flujo de actualizaciones sin mediación debilita el argumento de soberanía. Los comunicados públicos muestran que existen contratos; los clientes necesitan las reglas operativas y la evidencia.
La cuarta ruta es la saturación de soporte y personal. Dos centros de operaciones reducen el riesgo de sitio del personal, pero un incidente amplio puede sobrecargar las mesas de servicio, los equipos de socios y las colas de escalada. Los clientes del sector público querrán clasificación de incidentes, objetivos de gravedad, plantillas de comunicación, autoridad fuera de horario y evidencia de ejercicios. Un incidente importante de autenticación, correo, red o almacenamiento afecta a muchas más personas que una interrupción de una máquina virtual.
La quinta ruta es la falta de coincidencia entre facturación, contratación y derechos. La oferta pública de Delos Cloud se limita a clientes públicos elegibles en Alemania y se ejecuta a través de socios y proveedores de TI del sector público. Un servicio puede estar técnicamente listo pero bloqueado por contrato, derecho, presupuesto, catálogo de contratación, disponibilidad de socios o aprobación de seguridad. La capacidad alojada se vuelve utilizable solo cuando el cliente puede solicitar, configurar, conectar y soportar el servicio dentro de las reglas del sector público que se aplican.
La sexta ruta es la falla de portabilidad de datos. Si un cliente no puede exportar identidades, correo, almacenamiento, bases de datos, instantáneas o registros lo suficientemente rápido, una interrupción del servicio se convierte en un incidente de bloqueo. La alineación de Delos Cloud con DVC y su ecosistema de socios puede reducir ese riesgo, pero la prueba requiere salidas probadas, no solo lenguaje de estándares.
Ninguna de estas rutas es una razón para descartar a Delos Cloud. Son las rutas que cualquier plataforma de nube seria tiene que hacer aburridas. Aburridas significa documentadas, probadas, ensayadas, medidas y contractualmente asumidas.
La economía del alojamiento decide cuánta resiliencia se puede mantener en reserva
La declaración de precios de febrero de 2025 es útil porque expone tanto el problema económico como la propuesta del comprador. Delos Cloud dice que los servicios soberanos de Microsoft se fijarían con un precio un 15 por ciento por encima del precio de lista actual de Microsoft Alemania para clientes públicos elegibles. Ese es un número relativamente nítido para una categoría de producto a menudo descrita solo en lenguaje estratégico. Permite a los clientes hacer una pregunta difícil: ¿qué debe cubrir ese margen?
La respuesta es más amplia que la licencia de software. El recargo tiene que soportar la infraestructura del centro de datos alemán, la dotación del centro de operaciones alemán, el personal con autorización de seguridad, el trabajo de cumplimiento, los acuerdos de certificados separados, la coordinación de socios, la incorporación de clientes, la respuesta a incidentes, la cobertura de soporte y suficiente capacidad no utilizada para absorber el crecimiento y los fallos. Algunos de esos costos son fijos antes de que llegue el primer cliente grande. Algunos escalan con el uso.
Algunos se vuelven visibles solo durante las interrupciones, cuando los hosts de repuesto, el almacenamiento de respaldo, las rutas de red alternativas y los ingenieros senior tienen que estar disponibles aunque puedan estar inactivos en días ordinarios.
Aquí es donde la capacidad instalada y la capacidad utilizable se separan. Una plataforma puede tener hardware instalado en una sala de datos alemana, pero la porción vendible es menor después de deducir la reserva, el margen de mantenimiento, la asignación de recuperación ante desastres, las necesidades del plano de gestión, el espacio de respaldo y los amortiguadores de crecimiento. Si la plataforma vende demasiado cerca de su techo instalado, el mantenimiento se vuelve más riesgoso. Si mantiene grandes reservas, el caso económico necesita suficiente demanda de clientes para financiarlas. El cliente ve un precio de nube.
El operador gestiona un problema de inventario bajo restricciones de seguridad y localidad.
La contratación del sector público puede amplificar el desafío. Los clientes pueden llegar en oleadas después de acuerdos marco, aprobaciones piloto o ciclos presupuestarios. Una rampa lenta puede dejar infraestructura costosa infrautilizada. Una rampa repentina puede estresar los equipos de servicio, la planificación de cuotas y la capacidad de los socios. Algunos clientes pueden necesitar límites conservadores mientras completan las verificaciones de seguridad; otros pueden querer migraciones grandes una vez que un piloto tiene éxito.
El ecosistema de socios de Delos Cloud puede ayudar a absorber ese trabajo, pero solo si la preparación de los socios, las cuotas de Delos y la gobernanza del cliente se alinean al mismo tiempo.
Para un comprador, la diligencia económica es práctica. Pregunte qué servicios están generalmente disponibles, cuáles tienen capacidad limitada, cuáles requieren reserva, cuáles tienen cuotas de región o tenant, y qué términos de soporte cambian con la clase de servicio. Pregunte cómo maneja Delos una zona agotada, un nivel de almacenamiento escaso, una migración grande de Office, una expansión repentina de respaldo o una migración de emergencia desde otro entorno.
Una nube soberana solo puede ser un buen valor si el precio compra no solo localidad y control legal, sino suficiente reserva para sobrevivir al estrés ordinario de la infraestructura.
Quién se ve afectado cuando el sistema falla
Los clientes directos son los organismos públicos alemanes y sus proveedores de TI. Los usuarios prácticos pueden ser funcionarios públicos, personal de teatros, equipos financieros, trabajadores de centros de empleo, administradores municipales, gestores de casos, equipos de seguridad y ciudadanos que dependen de los servicios públicos digitales. La población afectada específica depende del servicio que falla. Una interrupción de colaboración de Office puede afectar la comunicación del personal. Una interrupción de red virtual puede aislar aplicaciones. Un incidente de base de datos o almacenamiento puede detener el procesamiento de casos.
Un incidente de identidad puede bloquear el acceso a muchos servicios a la vez.
La cadena de responsabilidad es en capas. Delos Cloud es el operador público de la plataforma y propietario de la infraestructura según sus comunicados. Microsoft suministra la base tecnológica. Arvato Systems apoya la operación alemana. Los socios de servicio pueden diseñar, implementar y migrar entornos de clientes. Los socios de construcción pueden ejecutar la lógica de la aplicación en la plataforma. Los proveedores de TI del sector público pueden contratar, integrar y soportar el servicio final. Un ciudadano que experimenta un servicio no disponible no verá esas capas, pero la respuesta al incidente pasará a través de ellas.
Por eso el título del artículo importa. Delos Cloud vende capacidad alojada. La capacidad alojada depende de racks, tránsito y ventanas de reparación incluso cuando el envoltorio legal es soberano y la base de software es familiar. Un estante de almacenamiento fallido no se resuelve con jurisdicción. Un corte de operador no se resuelve con una declaración de política. Un cuello de botella de migración no se resuelve con una lista de precios. La soberanía es una afirmación de control; la fiabilidad es un registro operativo.
El caso público más sólido para Delos Cloud es que ha avanzado paso a paso desde contratos hasta instalaciones, pilotos, socios y rutas. La precaución pública más sólida es que la evidencia final de producción es necesariamente más específica que los anuncios públicos. Las salas de datos necesitan atestaciones actuales. El diseño de tránsito necesita prueba de diversidad. La cadena de reparación necesita prueba de autoridad. Las rutas de salida del cliente necesitan ensayo. Una vez que esas estén disponibles para los compradores, Delos Cloud puede ser evaluada como una plataforma de producción en lugar de una promesa estratégica.
Qué resolvería las preguntas restantes
La evidencia necesaria de Delos Cloud no es una demanda de planos de planta sensibles o nombres de clientes. Es el paquete de garantía normal para la capacidad alojada crítica.
Primero, publicar o proporcionar bajo confidencialidad adecuada el límite operativo del centro de datos: operador de la instalación, región de ubicación alemana, alcance de la sala de datos, clase de servicio público y generador, resiliencia de refrigeración, controles de seguridad física, protecciones contra incendios y agua, y alcance de certificación o atestación actual. El objetivo no es revelar filas exactas de racks. El objetivo es mostrar qué límite del sistema ha sido evaluado.
Segundo, proporcionar evidencia de capacidad servicio por servicio. Los clientes necesitan saber qué está técnicamente disponible ahora, qué está en piloto, qué está planificado, qué depende del ritmo de lanzamiento de Microsoft, y qué tiene suficiente capacidad de repuesto para las oleadas de migración. La hoja de ruta y el portafolio de Delos son útiles, pero las cargas de trabajo de producción necesitan disponibilidad actual, cuotas, límites, estados de mantenimiento y compromisos de soporte.
Tercero, divulgar el diseño de red al nivel adecuado. El BGP público ya muestra AS198678 y AS212185. Los clientes aún necesitan diversidad de proveedores ascendentes, diversidad de entrada física, conectividad privada con el sector público, seguridad de enrutamiento, respuesta a DDoS, pruebas de conmutación por error de ruta y procedimientos de mantenimiento. La ausencia de PeeringDB no es un defecto por sí mismo, pero la vista de interconexión pública faltante debe ser reemplazada por evidencia directa para los clientes.
Cuarto, probar la reparación. Eso significa evidencia reciente de pruebas de transferencia de energía, conmutación por error de refrigeración, conmutación por error de operadores, manejo de incidentes de seguridad, restauración de respaldos, recuperación de identidad, recuperación de almacenamiento, reversión de parches y comunicación con el cliente. Las ventanas de mantenimiento deberían decir no solo cuándo ocurre el trabajo sino qué redundancia permanece durante el trabajo.
Quinto, probar la portabilidad. Los clientes necesitan rutas probadas para datos de tenant, máquinas virtuales, bases de datos, registros, claves, respaldos y dependencias de aplicaciones. El contexto de DVC hace de la interoperabilidad un objetivo estratégico; Delos Cloud aún tiene que mostrar cómo un cliente específico puede entrar, expandirse, pausarse, recuperarse o salir.
Con esa evidencia, la evaluación de Delos Cloud puede volverse más fuerte que «avanzado pero aún necesitando prueba en la capa física y operativa». Sin ella, la conclusión responsable es mesurada. Delos Cloud GmbH tiene hitos operativos públicos, pilotos con clientes, escala de socios, un diseño de soberanía claro y recursos de red activos. Lo que queda por verificar no es la existencia de la empresa. Es la fiabilidad de la capacidad vendida bajo su nombre cuando la maquinaria ordinaria del servicio en la nube falla.