La Comunidad de Madrid invertirá más de 6,9 millones de euros en una nueva infraestructura tecnológica destinada a reforzar los servicios públicos digitales de la Administración autonómica. El proyecto, impulsado por Madrid Digital, cuenta con un plazo de ejecución de 12 meses y busca aumentar la capacidad de almacenamiento y procesamiento de datos, reforzar la seguridad y proporcionar una base más preparada para nuevas cargas de trabajo, entre ellas las vinculadas a inteligencia artificial.
El Consejo de Gobierno conoció el proyecto el 15 de septiembre. Más allá de la cifra de inversión, la actuación es relevante porque afecta a una capa que normalmente permanece invisible para el ciudadano: la infraestructura que sostiene aplicaciones, expedientes, servicios corporativos y canales digitales.
Cuando una Administración añade nuevas aplicaciones sin renovar capacidad, seguridad y continuidad, la transformación digital puede terminar apoyándose sobre sistemas saturados o difíciles de mantener. Madrid Digital plantea esta inversión como una actualización de esa base tecnológica.
6,9 millones y 12 meses de ejecución
La inversión supera los 6,9 millones de euros y se desarrollará durante un año.
Ese calendario obliga a coordinar adquisición, instalación, migración y pruebas sin interrumpir servicios existentes.
La ejecución debería incluir hitos técnicos y operativos, no únicamente entrega de equipamiento.
Más capacidad de almacenamiento
Las Administraciones generan cada vez más datos: expedientes, documentos, registros, imágenes, analítica y copias de seguridad.
La capacidad de almacenamiento debe crecer, pero también gestionarse con políticas de retención.
Guardar todo indefinidamente aumenta costes y superficie de exposición.
Procesamiento para nuevas cargas
El proyecto también pretende ampliar capacidad de procesamiento.
Los servicios de analítica, IA y virtualización pueden necesitar recursos distintos a las aplicaciones tradicionales.
La infraestructura debe poder asignar capacidad según prioridad y evitar que una carga intensiva degrade otros servicios.
La IA exige una base diferente
Los proyectos de inteligencia artificial pueden requerir GPU, almacenamiento de alto rendimiento o servicios especializados.
No todos los casos justifican infraestructura propia, pero la Administración necesita evaluar qué cargas deben mantenerse bajo mayor control.
La decisión debería basarse en coste, privacidad, latencia y dependencia.
Arquitectura híbrida
La tendencia en grandes organizaciones es combinar infraestructura propia y servicios cloud.
Una arquitectura híbrida permite mantener cargas sensibles en entornos controlados y utilizar nube cuando aporta elasticidad.
La complejidad aumenta porque la seguridad y observabilidad deben cubrir ambos mundos.
Portabilidad y capacidad de salida
La infraestructura pública debe evitar dependencias difíciles de revertir.
Las recomendaciones de la CNMC sobre contratación cloud insisten en portabilidad, interoperabilidad y costes de salida.
Estos principios son aplicables aunque parte de la infraestructura se gestione directamente.
Seguridad desde el diseño
Madrid ha incluido la seguridad entre los objetivos del proyecto.
La renovación permite incorporar segmentación, control de acceso, monitorización y copias con criterios actuales.
No debería tratarse la seguridad como un módulo añadido después de la instalación.
Inventario de activos
Una modernización es una oportunidad para actualizar el inventario de servidores, redes, almacenamiento y dependencias.
Los activos sin propietario o sin soporte deben identificarse.
El inventario facilita parcheo y respuesta a vulnerabilidades.
Continuidad de servicios públicos
La infraestructura sostiene aplicaciones que no pueden detenerse durante largos periodos.
La migración necesita planes de continuidad y ventanas controladas.
Los servicios críticos deben disponer de redundancia y mecanismos de recuperación probados.
Copias de seguridad aisladas
El ransomware ha demostrado que una copia conectada permanentemente puede quedar comprometida junto con producción.
Las estrategias modernas combinan copias aisladas, retención y pruebas de restauración.
El objetivo no es únicamente respaldar datos, sino recuperar servicios dentro de tiempos definidos.
Pruebas de recuperación
Una copia no validada es una promesa, no una garantía.
Madrid Digital debería medir cuánto tarda en restaurar aplicaciones representativas.
Los ejercicios permiten detectar dependencias que no aparecen en documentación.
Esquema Nacional de Seguridad
Los sistemas públicos deben integrarse en el marco del ENS.
La modernización puede facilitar controles más automatizados y evidencias de cumplimiento.
La evolución hacia un ENS más legible por máquina favorece este enfoque.
Monitorización centralizada
Una infraestructura moderna necesita métricas de rendimiento, disponibilidad y seguridad.
Centralizar logs ayuda a detectar incidentes y degradaciones.
La observabilidad debe diseñarse con retención y protección adecuadas.
Capacidad para detectar cuellos de botella
CPU, memoria, almacenamiento y red pueden saturarse de manera distinta.
Los cuadros de mando deben permitir identificar qué recurso limita una aplicación.
Sin esa visibilidad, ampliar infraestructura puede convertirse en una respuesta poco precisa.
Automatización de provisión
La infraestructura como código permite desplegar entornos de manera reproducible.
Esto reduce diferencias entre desarrollo, preproducción y producción.
También facilita recuperar configuraciones después de un incidente.
Gestión de configuración
Los servidores y servicios deben mantener configuraciones versionadas.
Cambios manuales sin registro generan problemas difíciles de reproducir.
Una plataforma central puede aplicar políticas homogéneas.
Parcheo y fin de soporte
La modernización debe retirar sistemas que han llegado a fin de vida.
Mantener software sin soporte aumenta riesgo.
Los activos heredados que no puedan migrarse necesitan medidas compensatorias y un calendario de sustitución.
Cadena de suministro
Hardware, firmware y software incorporan componentes de múltiples proveedores.
La Administración necesita conocer dependencias y canales de actualización.
El Threat Landscape 2026 de ENISA destaca el peso creciente de la cadena de suministro.
Preparación para criptografía postcuántica
La vida útil de nueva infraestructura puede extenderse varios años, coincidiendo con la transición hacia algoritmos resistentes a computación cuántica.
La arquitectura debería favorecer criptoagilidad.
España ya prepara una hoja de ruta de migración postcuántica para sistemas públicos.
IA y datos sensibles
Los servicios de IA pueden procesar expedientes o datos personales.
La infraestructura debe permitir separar entornos y limitar accesos.
Los modelos no deberían recibir más información de la necesaria para cada finalidad.
Gobernanza de modelos
Si la nueva capacidad aloja modelos, Madrid Digital necesitará controlar versiones, permisos y métricas.
Una actualización puede cambiar resultados aunque la aplicación no modifique su código.
La trazabilidad debe abarcar modelo y configuración.
Coste total de propiedad
La inversión inicial es solo una parte del coste.
Energía, licencias, mantenimiento, soporte y renovación determinan el coste real durante años.
La evaluación debería comparar alternativas a lo largo del ciclo completo.
Eficiencia energética
Los centros de datos consumen energía de forma significativa.
La renovación permite utilizar hardware más eficiente y consolidar cargas.
Las métricas de consumo por servicio pueden ayudar a detectar infrautilización.
Capacidad ociosa frente a elasticidad
La infraestructura propia necesita margen para picos de demanda, lo que puede generar capacidad sin utilizar.
Los servicios cloud ofrecen elasticidad, pero introducen costes variables y dependencia.
Una arquitectura híbrida puede equilibrar ambas necesidades.
Pruebas de rendimiento antes de migrar
Las nuevas plataformas deben probarse con cargas representativas.
Los benchmarks genéricos no siempre predicen el comportamiento de aplicaciones administrativas.
Conviene medir transacciones, tiempos y concurrencia reales.
Aplicaciones heredadas
No todas las aplicaciones pueden aprovechar inmediatamente una infraestructura moderna.
Algunas dependen de sistemas operativos o bases de datos antiguas.
La inversión debería incluir una estrategia para evitar que el nuevo entorno mantenga indefinidamente la misma deuda.
Servicios compartidos
Una plataforma común permite que varias consejerías consuman capacidades de manera centralizada.
Esto puede reducir compras duplicadas y mejorar seguridad.
El modelo de building blocks reutilizables de GovStack refleja una lógica similar.
Acuerdos de nivel de servicio
Las unidades consumidoras necesitan conocer disponibilidad, tiempos de respuesta y soporte.
Un SLA interno permite priorizar servicios y justificar inversiones.
También hace visible cuándo una aplicación exige más resiliencia de la necesaria.
Gestión de demanda
La capacidad tecnológica es finita. Los nuevos proyectos deben declarar recursos esperados.
Un proceso de planificación evita que varios despliegues intensivos coincidan sin coordinación.
La IA puede incrementar esta presión por sus requerimientos de computación.
Seguridad de identidades técnicas
Las aplicaciones y servicios utilizan cuentas de máquina.
Estas identidades deben gestionarse con mínimo privilegio, rotación y auditoría.
Las credenciales olvidadas son una fuente frecuente de riesgo.
Microsegmentación
Separar redes por funciones limita movimiento lateral de un atacante.
La renovación puede incorporar segmentación más granular.
Los controles deben mantenerse automáticamente cuando cambian cargas o máquinas.
Zero Trust como principio
El acceso no debería confiar automáticamente por estar dentro de una red interna.
La identidad, dispositivo y contexto pueden verificarse en cada operación sensible.
El enfoque Zero Trust es especialmente relevante en entornos híbridos.
Auditoría independiente
Las pruebas de seguridad deberían incluir revisiones externas o separadas del equipo implantador.
Una segunda mirada ayuda a detectar configuraciones asumidas como correctas.
Los hallazgos deben traducirse en un plan con responsables y fechas.
Métricas de éxito
Madrid Digital puede medir disponibilidad, incidencias, tiempo de provisión, coste por carga y porcentaje de activos actualizados.
Para IA pueden añadirse tiempos de inferencia y utilización de aceleradores.
Los indicadores deben compararse con la infraestructura anterior.
Qué percibirá la ciudadanía
La mayoría de usuarios nunca verá los nuevos servidores.
El éxito se manifestará en aplicaciones más estables, respuestas más rápidas y menos interrupciones.
La infraestructura pública aporta valor precisamente cuando se vuelve invisible para el usuario.
Una base para servicios proactivos
Mayor capacidad de procesamiento puede permitir analítica y automatización en tiempo real.
Eso abre la puerta a servicios más proactivos, siempre con gobernanza adecuada.
La infraestructura habilita la innovación, pero no sustituye el rediseño del servicio.
Fuente oficial
La Comunidad de Madrid publicó el 15 de septiembre la nota «La Comunidad de Madrid invertirá 6,9 millones de euros en una nueva infraestructura para mejorar sus servicios públicos digitales».
La inversión será relevante si consigue algo más que ampliar capacidad: simplificar operación, mejorar seguridad y proporcionar una base sostenible para los nuevos servicios digitales de la Administración regional durante los próximos años.
Plan de migración por oleadas
Una infraestructura nueva no debería recibir todas las aplicaciones al mismo tiempo. Madrid Digital puede agrupar sistemas por criticidad, tecnología y complejidad para migrarlos en oleadas, empezando por cargas representativas de bajo riesgo.
Cada oleada puede aportar información sobre rendimiento, compatibilidad y tiempos reales. Los aprendizajes permiten ajustar las siguientes migraciones y reducir incidencias.
Los sistemas críticos deberían avanzar cuando la plataforma ya haya demostrado estabilidad con cargas similares.
Mapa de dependencias entre aplicaciones
Una aplicación puede depender de bases de datos, servicios de identidad, almacenamiento, colas o APIs que no son visibles para el usuario. Migrar solo el servidor principal puede romper el servicio.
Construir un mapa de dependencias ayuda a decidir qué componentes deben moverse juntos.
La información también mejora la respuesta a incidentes y los planes de continuidad.
Capacidad reservada para emergencias
Los servicios públicos pueden experimentar picos inesperados por convocatorias, incidencias o crisis. La infraestructura debe conservar margen suficiente para absorberlos sin degradar otras aplicaciones.
La monitorización puede activar ampliaciones o redistribuciones antes de alcanzar saturación.
Esta reserva tiene un coste que debe incluirse en la planificación y no interpretarse como capacidad desperdiciada.
FinOps para controlar el gasto tecnológico
En entornos híbridos, los costes pueden repartirse entre hardware propio, licencias y consumo cloud. Un modelo FinOps permite relacionar gasto con servicio y unidad responsable.
La visibilidad evita que recursos olvidados sigan generando coste.
También facilita comparar si una carga concreta resulta más eficiente en infraestructura propia o en servicios externos.
Catálogo de servicios de infraestructura
Madrid Digital puede ofrecer a las consejerías un catálogo claro de capacidades: almacenamiento, bases de datos, procesamiento, copias, entornos de IA y monitorización. Esto reduce peticiones ad hoc y permite estandarizar configuraciones seguras.
Cada servicio debería publicar niveles de disponibilidad, límites y tiempos de provisión.
La infraestructura se convierte así en una plataforma interna y no únicamente en un conjunto de servidores.
Retirada de equipamiento antiguo
La renovación debe incluir borrado seguro, retirada y gestión ambiental de equipos sustituidos. Mantener hardware antiguo encendido por precaución puede prolongar costes y riesgos.
La baja necesita verificar que datos y configuraciones necesarias se han migrado correctamente.
Un inventario actualizado debe reflejar el cierre para que los activos retirados no sigan apareciendo como operativos.
Capacidad tecnológica vinculada a servicios prioritarios
La nueva infraestructura puede asignar recursos según la criticidad de los servicios y no únicamente por orden de solicitud. Sistemas sanitarios, de emergencias o de tramitación masiva pueden necesitar objetivos de disponibilidad y recuperación superiores.
Relacionar cada carga con un nivel de servicio ayuda a invertir capacidad donde el impacto de una caída sería mayor y evita sobredimensionar aplicaciones menos críticas.
Fotografía: panumas nikhomkhai / Pexels.