Francisco Mateo-SidrónDurante años, el enfoque cloud-first fue referencia para las compañías que buscaban escalar y migrar sus cargas de trabajo de forma rápida, flexible y, supuestamente, económica. Sin embargo, los nuevos requisitos normativos, el contexto geopolítico y el acceso generalizado a la inteligencia artificial han cambiado las reglas del juego.

A medida que la IA se integra en las organizaciones, la soberanía aumenta su importancia. Ya no debe ser una cuestión exclusiva del área legal. El equipo de TI también tiene que tomar este aspecto como elemento central de su estrategia.

Es más, las normativas europeas han marcado un punto de inflexión, precisamente porque sus exigencias afectan a decisiones técnicas y a las arquitecturas de datos. Por ejemplo, la Ley del Dato obliga a los proveedores a garantizar la portabilidad de los datos en un plazo de 30 días y suprimir los costes asociados al cambio de proveedor a partir de enero de 2027.

Cualquier organización que utilice API de IA públicas (como Claude o ChatGPT) para aplicaciones críticas sin poder acreditar el origen de su infraestructura estará incurriendo en un error de gobernanza. Por su parte, DORA completa este marco para el sector financiero, que deberán mantener estrategias probadas para cargas de trabajo críticas y técnicamente verificadas en cualquier momento.

Cloud: más allá de la ubicación del dato

El cumplimiento normativo empieza por las decisiones sobre la arquitectura de la información, que descansan sobre cuatro requisitos: una infraestructura físicamente aislada y supervisada por profesionales autorizados; una plataforma cloud flexible que garantice la autonomía técnica; una capa de gobernanza unificada que permita aplicar políticas de seguridad y linaje del dato en todos los entornos; y un control criptográfico que asegure que solo las entidades autorizadas dentro de la jurisdicción definida pueden acceder a los datos.

Sovereignty-first permite aprovechar la agilidad del cloud manteniendo un control sobre datos, modelos, flujos de inferencia y accesos

Pero integrar la soberanía tiene más vertientes de las que aparenta. La más visible es la de la ubicación del dato y sus políticas de acceso. Pero esto es solo la superficie. Muchas organizaciones subestiman una realidad técnica subyacente: la dependencia de formatos propietarios y plataformas cerradas conduce al vendor lock-in, sacrificando con ello una parte significativa de la libertad en el negocio.

Más allá de esta circunstancia, ¿quién tiene acceso a los sistemas? Las operaciones críticas solo deben estar abiertas a empleados autorizados localmente, fuera del alcance de jurisdicciones extranjeras. Además, si llevamos la soberanía a la IA, ¿quién controla el entrenamiento, supervisa los flujos de inferencia y garantiza que los modelos propios y los datos sensibles permanecen dentro del perímetro de la organización?

Solo cuando todas estas cuestiones se tienen en cuenta de forma coordinada se produce un verdadero control y se alcanza un enfoque sovereignty first.

Controlar el ciclo de vida de la IA

Aquí es donde la estrategia de datos y la arquitectura de IA se entrelazan. La IA privada es la opción más adecuada. En ella, los sistemas operan en un entorno controlado en el que la protección de datos, el control de acceso y la gobernanza están garantizados. En la práctica, esto implica tres condiciones: los modelos operan en un entorno que controla la propia organización, en sus instalaciones, en una región de nube soberana o en un modelo híbrido; la selección de modelos permanece abierta, sin dependencia de un proveedor; y la gobernanza esté garantizada a lo largo de todo el ciclo de vida de la IA.

Aquellas compañías que consoliden esta base podrán escalar sus cargas de trabajo de IA con mayor rapidez, precisamente porque el cumplimiento normativo está integrado en la arquitectura desde el origen.

Muchas empresas siguen pensando que para alcanzar el control se debe sacrificar la eficiencia y la innovación

Sin embargo, muchas empresas siguen pensando que para alcanzar el control se debe sacrificar la eficiencia y la innovación. Una dicotomía que desaparece en cuanto se tiene en cuenta la soberanía, desde el principio.

Las organizaciones que adopten el principio sovereignty first podrán aprovechar la agilidad de las infraestructuras cloud manteniendo un control pleno sobre sus datos, modelos, flujos de inferencia y accesos operativos. Como consecuencia, sentarán la base sobre la que innovación, el control y el cumplimiento no se obstaculicen, sino que se refuercen mutuamente.

Artículo anteriorEl estado del arte de la IA en cloud
Artículo siguienteInfraestructura, modelos abiertos y reversibilidad