La soberanía digital ha dejado de ser un concepto reservado a gobiernos. Bancos, aseguradoras, administraciones públicas, operadores críticos, hospitales y grandes empresas empiezan a mirar la nube con otra pregunta: no solo dónde están los datos, sino quién puede acceder, bajo qué jurisdicción, con qué controles, cómo se audita la operación y qué ocurre si la conectividad con la nube pública no está disponible.
Kyndryl y Microsoft han anunciado una ampliación de su colaboración para responder a esa demanda. La propuesta combina Kyndryl Sovereignty Solutioning con las capacidades de Microsoft Sovereign Cloud, con el objetivo de ayudar a organizaciones reguladas a diseñar, construir y operar arquitecturas cloud ajustadas a requisitos de residencia de datos, control operativo, cumplimiento y modernización, incluidos casos de uso con IA.
El acuerdo encaja con un cambio de fondo. Durante años, hablar de “nube soberana” se limitaba casi siempre a la ubicación del centro de datos. Ahora la conversación se ha vuelto más técnica: control de acceso privilegiado, operación local, aislamiento, auditoría, cifrado, portabilidad, recuperación, continuidad y capacidad de ejecutar cargas sensibles en entornos híbridos o desconectados.
Soberanía ya no es solo residencia de datos
La colaboración cubre un abanico amplio de despliegues. Kyndryl plantea servicios de evaluación, arquitectura, implementación y operación; Microsoft aporta su aproximación de nube soberana, que incluye capacidades de nube pública, Microsoft 365, Azure y entornos privados basados en Azure Local. La idea es que una organización pueda combinar nube pública, nube privada, infraestructura regional y sistemas on-premise sin perder el marco de control exigido por sus reguladores o por su propio modelo de riesgo.
Microsoft define Sovereign Cloud como una oferta unificada para nube pública, entornos privados y nubes operadas por socios. El foco está en controlar dónde viven los datos, cómo se gobierna el acceso y cómo se ejecutan las operaciones cloud, sin obligar a mover todas las cargas a una nube separada.
Esta distinción es importante. Una empresa puede tener datos alojados en Europa y, aun así, no cumplir sus objetivos de soberanía si la administración, el soporte, las claves, las operaciones o la recuperación dependen de procesos fuera de su control. La soberanía madura no se mide solo por la región cloud elegida, sino por la capacidad de demostrar quién gobierna cada capa.
| Capa de soberanía | Qué debe resolver |
|---|---|
| Datos | Residencia, clasificación, cifrado, retención y ciclo de vida |
| Operación | Quién administra, desde dónde y con qué privilegios |
| Acceso | Gobierno de identidades, segregación y control de operadores |
| Infraestructura | Nube pública, Azure Local, on-premise o proveedores regionales |
| Cumplimiento | Evidencias para GDPR, DORA, NIS2 y normas sectoriales |
| IA | Localidad de datos, gobierno de modelos y trazabilidad de uso |
| Continuidad | Resiliencia, recuperación y funcionamiento en escenarios restringidos |
Kyndryl sitúa su papel en traducir esos requisitos a arquitecturas aplicables. Su Sovereignty Readiness Assessment evalúa la postura actual de una organización en dominios de datos, operación y tecnología, identifica brechas y dependencias, y permite construir una hoja de evolución por fases.
Azure Local gana peso en entornos regulados
La pieza técnica más relevante es Azure Local. Microsoft ha ido ampliando esta plataforma para llevar capacidades de Azure a infraestructura controlada por el cliente, incluidos escenarios con requisitos estrictos de residencia, operaciones desconectadas, cargas reguladas o IA cerca del lugar donde se generan los datos.
Esto puede resultar atractivo para organismos públicos, defensa, servicios financieros, sanidad o industria, donde no siempre basta con desplegar en una región cloud europea. Hay cargas que necesitan operar en instalaciones propias, centros de datos nacionales, entornos aislados o ubicaciones donde la latencia, el cumplimiento o la continuidad pesan más que la comodidad de la nube pública.
Microsoft ya había reforzado su narrativa soberana con ofertas como Sovereign Public Cloud, Sovereign Private Cloud y capacidades de operación europea. En 2025 anunció medidas como Data Guardian, orientada a dar transparencia sobre controles de soberanía operativa en Europa, con acceso remoto de ingenieros de Microsoft a sistemas que almacenan o procesan datos europeos enroutado hacia la UE, supervisión por personal ubicado en la UE y registros resistentes a manipulación.
Con Kyndryl, la propuesta se desplaza del catálogo técnico a la operación diaria. No se trata solo de tener una opción soberana en Azure, sino de diseñar qué cargas van a nube pública, cuáles a Azure Local, cuáles permanecen en on-premise, qué controles se aplican, cómo se documenta el cumplimiento y quién opera el conjunto.
IA soberana: el nuevo motivo de presión
La inteligencia artificial añade urgencia al debate. Muchos proyectos de IA dependen de datos internos, historiales de clientes, documentos regulatorios, datos sanitarios, información financiera o conocimiento operativo sensible. La pregunta ya no es solo si esos datos pueden subirse a un modelo en la nube, sino dónde se procesan, qué modelo los usa, qué trazas quedan, qué información se conserva y si el resultado puede auditarse.
Kyndryl y Microsoft mencionan explícitamente casos de uso con IA en su colaboración, con foco en gobierno de datos y localidad de modelos. Esto apunta a un cambio que se verá cada vez más: las arquitecturas de IA regulada no serán puramente cloud ni puramente locales. Muchas combinarán inferencia cercana al dato, modelos privados, servicios cloud gestionados, controles de acceso estrictos y evidencias de cumplimiento.
Azure Local puede encajar en ese patrón al permitir cargas de IA y datos cerca de donde se generan, mientras se mantienen herramientas de gestión y gobierno de Azure. Aun así, cada caso deberá valorar coste, rendimiento, dependencia tecnológica, soporte, disponibilidad de hardware y nivel real de aislamiento.
Aquí aparece una tensión inevitable. Para algunos clientes europeos, una oferta soberana de un proveedor estadounidense puede ser suficiente si resuelve residencia, acceso, cifrado y controles operativos. Para otros, la soberanía completa exigirá proveedores locales, jurisdicción europea, control contractual más fuerte o despliegues privados sin dependencia operativa del hiperescalar. La alianza Kyndryl-Microsoft no elimina ese debate, pero ofrece una vía práctica para quienes buscan equilibrio entre control y modernización.
DORA, NIS2 y el paso de la teoría a la arquitectura
El anuncio cita marcos como GDPR, DORA y NIS2 porque esas normas están empujando a muchas organizaciones a revisar dependencia tecnológica, resiliencia, gestión de proveedores, continuidad y trazabilidad. En sectores regulados, ya no basta con declarar que una carga está en una región concreta. Hay que demostrar cómo se controla, cómo se recupera, quién interviene y qué evidencias existen.
Ahí Kyndryl tiene una posición natural por su papel histórico en servicios gestionados y operación de sistemas críticos. La empresa no vende solo una nube, sino capacidad de diseño, migración, operación y gobierno de entornos complejos. Microsoft, por su parte, aporta una base tecnológica ya extendida en empresas y administraciones: Azure, Microsoft 365, herramientas de seguridad, identidad y ahora capacidades soberanas más amplias.
La combinación puede ser útil para organizaciones que no quieren una ruptura completa con su nube actual, pero necesitan elevar controles. En lugar de migrar todo a una nube nacional o volver al centro de datos propio, pueden diseñar una arquitectura mixta: ciertas cargas en Azure público con controles soberanos, otras en Azure Local, otras en infraestructura regional y otras en sistemas heredados que siguen siendo críticos.
Ese enfoque híbrido parece más realista que los discursos absolutos. La soberanía digital no se consigue apagando la nube pública de un día para otro. Se construye clasificando cargas, separando niveles de riesgo, definiendo controles y documentando decisiones.
El reto: que la soberanía no sea solo marketing
La nube soberana se ha convertido en una etiqueta muy utilizada. Casi todos los grandes proveedores cloud tienen ya un discurso propio sobre residencia de datos, control operativo y cumplimiento. El riesgo es que el término pierda precisión si se usa para describir desde una región europea estándar hasta un entorno completamente aislado y operado localmente.
Por eso los clientes deberán hacer preguntas concretas. ¿Quién puede acceder a los datos? ¿Dónde están las claves? ¿Qué ocurre con soporte de emergencia? ¿Puede operar sin conexión a la nube pública? ¿Cómo se audita el acceso privilegiado? ¿Qué obligaciones tiene el proveedor ante leyes extraterritoriales? ¿Qué parte depende de Microsoft, de Kyndryl, del cliente o de un operador local? ¿Cómo se prueba la recuperación?
La propuesta de Kyndryl y Microsoft tiene valor porque intenta llevar esa conversación al diseño y la operación, no solo al marketing. Pero la calidad del resultado dependerá de la arquitectura concreta de cada cliente. No hay una soberanía universal: hay niveles de soberanía adecuados a riesgos, sectores y cargas.
El anuncio muestra que la nube soberana está entrando en una fase más madura. Ya no se trata solo de elegir una región. Se trata de construir entornos donde datos, operación, IA, cumplimiento y resiliencia puedan sostenerse con evidencias. Para gobiernos y sectores regulados, esa será una de las decisiones tecnológicas más importantes de los próximos años.
Preguntas frecuentes
¿Qué han anunciado Kyndryl y Microsoft?
Han ampliado su colaboración para combinar Kyndryl Sovereignty Solutioning con Microsoft Sovereign Cloud, ayudando a clientes regulados a diseñar, construir y operar arquitecturas cloud con requisitos de soberanía.
¿Qué es Microsoft Sovereign Cloud?
Es la oferta de Microsoft para cubrir necesidades de soberanía en nube pública, entornos privados y nubes operadas por socios, con controles sobre residencia de datos, acceso y operación.
¿Qué papel tiene Azure Local?
Azure Local permite llevar capacidades de Azure a infraestructura controlada por el cliente, incluidos escenarios con requisitos de residencia estricta, operación desconectada, cargas reguladas o IA cerca del dato.
¿Por qué importa para IA?
Porque muchos casos de IA usan datos sensibles. La soberanía ayuda a decidir dónde se procesan esos datos, qué modelos se usan, cómo se gobierna el acceso y cómo se audita el uso.
¿Una nube soberana de un hiperescalar resuelve todos los problemas?
No siempre. Puede resolver muchos requisitos prácticos, pero algunas organizaciones exigirán más control local, proveedores regionales, operación aislada o garantías adicionales según su riesgo y regulación.
vía: kyndryl
