Cloud PA PSN: La Realidad de la Migración Obligatoria 2026

Octubre de 2024. El plazo para la migración al Polo Estratégico Nacional (PSN) se ha prorrogado por tercera vez. Una administración pública con la que colaboraba había invertido ya 18 meses en análisis exhaustivos, reuniones con decenas de proveedores y consultores, pero aún no había iniciado ninguna migración efectiva. Este escenario, lamentablemente, no es un caso aislado. Refleja una realidad compleja y a menudo subestimada, donde las ambiciones de digitalización de la Administración Pública chocan con obstáculos técnicos, burocráticos y de recursos. La migración a la nube es un camino obligado, pero su implementación práctica está lejos de ser un proceso lineal y sin contratiempos. Este artículo explora los desafíos reales, los problemas no dichos y las estrategias operativas para afrontar con éxito, o al menos con conocimiento de causa, esta transición trascendental.

Requisitos Previos / Entorno de Prueba

No se trata de un entorno de prueba en el sentido tradicional, sino de un contexto operativo real en el que he observado y contribuido a gestionar proyectos de migración cloud para la Administración Pública. El análisis se basa en experiencias directas con organizaciones que gestionan infraestructuras complejas (2.000 estaciones de trabajo, más de 300 VM VMware) y en un estudio profundo de las normativas de AGID (Agencia para la Italia Digital, equivalente a organismos de digitalización en España o Latinoamérica) y las especificaciones técnicas del PSN. No hay comandos directos que ejecutar, sino estrategias y consideraciones que aplicar.

PSN: qué es realmente y qué no es

El Polo Estratégico Nacional no es simplemente un conjunto de centros de datos. Es una infraestructura cloud de nivel Tier IV, diseñada para albergar los servicios digitales críticos de la Administración Pública italiana. El objetivo es centralizar, estandarizar y securizar la TI pública, garantizando al mismo tiempo la plena soberanía de los datos, como exige el Reglamento eIDAS y las directivas AGID. Esto significa que las AA.PP. no están simplemente trasladando sus VM de un centro de datos on-premise a otro remoto. Están migrando hacia un entorno cloud que requiere una revisión completa de las arquitecturas de las aplicaciones, los procesos de gestión y las competencias internas. No es un lift-and-shift indiscriminado, sino una transformación profunda. El 70% de los servicios de TI de la AAPP deberá migrar al PSN o a soluciones cloud cualificadas por AGID antes de 2026 – PNRR (Plan Nacional de Recuperación y Resiliencia) Misión 1, Componente 1, Inversión 1.1.

El estado de la migración: los números que AGID no destaca

AGID publica periódicamente informes sobre el progreso de la migración, destacando el creciente número de AA.PP. que se han adherido o completado el proceso. Sin embargo, estas cifras a menudo no cuentan la historia completa. Muchas de las migraciones contabilizadas se refieren a servicios secundarios o no críticos. La migración de aplicaciones legacy complejas, bases de datos de gran tamaño o sistemas interconectados con otras AA.PP. es una empresa mucho más ardua y, en muchos casos, todavía se encuentra en una fase incipiente. Los tiempos de migración reales para una aplicación compleja pueden superar fácilmente los 12-18 meses, mucho más allá de las estimaciones iniciales de los proveedores. Las estimaciones de AGID indican que el 40% de las AA.PP. ha iniciado la migración, pero solo el 15% ha completado el proceso para los servicios críticos (Informe AGID, 2025).

Por qué muchas AA.PP. están posponiendo (y tienen razón)

Las razones detrás de los retrasos no siempre se deben a la inercia o la falta de voluntad. A menudo, son el resultado de un análisis ponderado de los riesgos y los recursos. Los costes de migración, por ejemplo, no se limitan a la adquisición de servicios cloud: incluyen el rediseño, el refactoring de las aplicaciones, la formación del personal, la gestión de la transición y los costes operativos a largo plazo. La falta de competencias internas adecuadas es otro factor crítico; los técnicos de TI de las AA.PP. suelen ser expertos en entornos on-premise, pero menos versados en las lógicas cloud-native. Además, muchas aplicaciones legacy no fueron diseñadas para la nube y requieren modificaciones significativas, si no una reescritura completa. Esto hace que el proceso sea costoso y arriesgado, lo que lleva a las AA.PP. a posponerlo hasta que tengan una estrategia más sólida.

Los 3 problemas técnicos que ningún proveedor admite

Durante las fases de preventa, los proveedores de soluciones cloud tienden a minimizar las dificultades. Sin embargo, la experiencia en el campo revela problemas recurrentes:

Compatibilidad de aplicaciones: Muchas aplicaciones de la AAPP se desarrollaron hace años, con dependencias específicas de hardware, sistemas operativos o versiones de middleware no compatibles con entornos cloud modernos o contenerizados. Esto requiere refactoring costosos y complejos, que pueden introducir nuevos bugs y retrasos.
Gestión de redes híbridas: La migración nunca es total e inmediata. Inevitablemente se crean entornos híbridos, con parte de los servicios en la nube y parte on-premise. La gestión de la conectividad, la latencia y la seguridad entre estos entornos (por ejemplo, mediante VPN o circuitos dedicados) se vuelve extremadamente compleja, requiriendo competencias específicas de networking y ciberseguridad. He visto arquitecturas de red híbridas convertirse en verdaderos cuellos de botella, con un rendimiento deficiente y problemas de enrutamiento impredecibles.
SLA y monitorización: Aunque los proveedores del PSN ofrecen SLA elevados, la visibilidad y el control sobre las infraestructuras subyacentes disminuyen. Para una AAPP, monitorizar el rendimiento, diagnosticar problemas y garantizar el cumplimiento requiere herramientas y procesos diferentes a los utilizados tradicionalmente on-premise. La falta de transparencia en los logs de bajo nivel o en las métricas de infraestructura puede convertir un incidente en una investigación complicada y frustrante. Un estudio reciente mostró que el 65% de las AA.PP. tiene dificultades para integrar la monitorización cloud con los sistemas de gestión on-premise (Observatorio Cloud PA 2025).

Qué funciona y qué no: un balance honesto de quienes trabajan en ello

Qué funciona:

Nuevos servicios y aplicaciones: Para los servicios de nueva concepción o las aplicaciones desarrolladas ya con una mentalidad cloud-native, la migración al PSN ofrece indudables ventajas en términos de escalabilidad, resiliencia y seguridad. La estandarización de los entornos reduce la complejidad de la gestión a largo plazo.
Servicios menos críticos: Las aplicaciones de soporte, los portales informativos o los servicios no esenciales pueden migrarse con relativa facilidad, liberando recursos on-premise.
Consolidación infraestructural: El PSN permite reducir el número de centros de datos locales, lo que conlleva ahorros en costes energéticos y de mantenimiento de hardware.

Qué no funciona:

Aplicaciones legacy ‘monolíticas’: Los sistemas complejos y fuertemente acoplados, a menudo críticos para el funcionamiento de la AAPP, representan el mayor desafío. El refactoring es costoso y arriesgado, y a menudo la solución es un ‘re-host‘ (traslado de la VM tal cual) que no aprovecha plenamente los beneficios de la nube.
Gestión del cambio: La resistencia al cambio, tanto tecnológica como cultural, es un freno significativo. Los equipos de TI deben ser recualificados, y los procesos internos (por ejemplo, change management, incident response) deben adaptarse al entorno cloud.
Interoperabilidad: Garantizar que los servicios migrados sigan comunicándose eficazmente con los que permanecen on-premise o con otras AA.PP. puede convertirse en una pesadilla de configuraciones y resolución de problemas.

Qué hacer si eres un técnico de TI en una AAPP que debe migrar

Si te encuentras gestionando una migración al PSN, aquí tienes algunas acciones clave:

Inventario y Discovery Profundos: No te limites a una lista de VM. Mapea las dependencias de las aplicaciones, los flujos de datos, los requisitos de rendimiento y seguridad. Utiliza herramientas de discovery automatizadas y entrevistas exhaustivas con los usuarios finales.

    # Ejemplo de comando para analizar las dependencias de red en un servidor Linux
    # (útil para entender qué servicios se comunican con el exterior o con otros servidores)
    sudo netstat -tulpn | grep LISTEN
    sudo ss -tuln

PoC (Pruebas de Concepto) reales: Antes de migrar masivamente, selecciona una aplicación crítica y realiza una PoC completa en la plataforma cloud. Mide el rendimiento, la latencia, los costes y evalúa la compatibilidad. No te fíes de las demostraciones de los proveedores, prueba en tu propio entorno.
Formación continua: Invierte en tu formación y en la de tu equipo en arquitecturas cloud, seguridad cloud (por ejemplo, OCI, CIS Benchmarks), automatización (Ansible, Terraform) y metodologías DevOps. Las competencias son el verdadero habilitador del éxito.
Documentación detallada: Cada fase de la migración, cada decisión arquitectónica, cada problema encontrado y resuelto debe documentarse escrupulosamente. Esto será fundamental para la resolución de problemas futuros y para la gestión del servicio.
Auditorías de seguridad independientes: No confíes solo en las certificaciones del proveedor. Solicita auditorías de seguridad y pruebas de penetración específicas para tus servicios migrados, para identificar vulnerabilidades en el contexto de tu aplicación y configuración.

Errores Comunes y Resolución de Problemas

Un error común es subestimar el impacto de la latencia de red en aplicaciones sensibles. Muchas aplicaciones cliente-servidor diseñadas para LAN locales pueden sufrir drásticamente si las bases de datos o los servicios de backend se trasladan a una nube remota. Otro error es no planificar adecuadamente la gestión de identidades y accesos (IAM) en un entorno híbrido, creando agujeros de seguridad o una complejidad excesiva para los usuarios. Para la resolución de problemas, es fundamental contar con herramientas de monitorización y logging centralizadas que cubran tanto el entorno on-premise como el cloud, permitiendo una visión holística y correlacionada de los eventos.

Conclusiones con Puntos Clave Operativos

La migración al Cloud PA y al PSN es un proyecto de alcance nacional con profundas implicaciones para la seguridad y la eficiencia de la Administración Pública. No es un camino sencillo o inmediato. Requiere una planificación meticulosa, un análisis realista de las propias capacidades y aplicaciones, y una inversión significativa en formación y herramientas. Para los técnicos de TI, es una oportunidad para adquirir nuevas competencias y para contribuir activamente a la modernización del país, pero también un desafío que exige pragmatismo y atención a los detalles. No te dejes engañar por las promesas de migraciones fáciles y rápidas: la realidad es siempre más compleja, y solo un enfoque sistemático y crítico puede llevar al éxito.

Lee también: Lynis Audit Linux: Guía Práctica de Hardening 2026

Para profundizar en las directrices y normativas del PSN, puedes consultar la documentación oficial de AGID: https://www.agid.gov.it/it/strategia-cloud-pa/polo-strategico-nazionale

Actualizado: junio de 2026