Infraestructura invisible: lo que sostiene las operaciones y nadie ve

INDICE

Nadie felicita al área de IT cuando un sistema no se cae. La continuidad operativa es, por definición, invisible: se nota únicamente en su ausencia. Y sin embargo, sostiene todo lo demás. Cuando una organización factura, atiende clientes, produce o simplemente funciona, lo hace apoyada en una infraestructura que rara vez aparece en la agenda directiva hasta que deja de responder. 

Una señal del cambio de escala: la Disposición 1/2026 

Ese corrimiento —de lo técnico a lo estratégico— ya tiene traducción normativa. En Argentina, el Centro Nacional de Ciberseguridad (CNC) publicó la Disposición 1/2026, que otorga un plazo de 180 días para que determinados organismos del Sector Público Nacional adecuen su infraestructura, sus políticas y sus planes de contingencia a nuevos lineamientos de continuidad y recuperación ante desastres. La norma no se limita a pedir buenas intenciones: exige clasificar sistemas según su criticidad, documentar cómo se actuará frente a una interrupción y presentar un informe de cumplimiento del Plan de Recuperación de Desastres, con resultados de al menos una prueba de conmutación al sitio alternativo y los parámetros RTO y RPO (tiempo y punto objetivo de recuperación) definidos. 

Que un organismo regulador exija esto con ese nivel de detalle dice algo importante: la continuidad operativa dejó de ser un tema exclusivamente técnico para convertirse en una obligación de gobernanza, con responsables, plazos y evidencia auditable. 

¿Qué puede atentar contra la continuidad operativa de TI? 

La pregunta incomoda porque la respuesta es, en gran parte, estructural. Según el informe Annual Outage Analysis de Uptime Institute, alrededor de dos tercios de las caídas reportadas públicamente en los últimos nueve años tuvieron origen en proveedores externos —nubes hiperescalares, operadores de telecomunicaciones, empresas de colocation—, es decir, en infraestructura que la organización no controla directamente. El propio informe identifica al error humano como un factor recurrente: entre los operadores encuestados, más de la mitad de los incidentes de ese tipo se debieron a personal que no siguió los procedimientos establecidos. 

A esto se suma un problema de percepción. La encuesta IT Resilience Survey for 2026: Ransomware Recovery and Readiness, de Gartner, muestra que buena parte de las organizaciones cree estar preparada para recuperarse de un ataque de ransomware, pero en los hechos carece de una estrategia clara y de procesos integrados. El dato más elocuente: el 78% de las organizaciones implementó o está implementando entornos de recuperación aislados, pero más de la mitad de ellas no cuenta con backups inmutables ni imágenes doradas (copias limpias que sirven de referencia), dos condiciones básicas para una recuperación limpia y verificable. 

En síntesis, lo que amenaza la continuidad no es un evento aislado sino una combinación de factores que rara vez se gestionan juntos: dependencia de terceros, complejidad creciente de las arquitecturas híbridas, procesos que no se prueban con la frecuencia necesaria y una brecha entre la sensación de preparación y la preparación real. 

Lo que cuesta cuando la continuidad falla 

El costo de una interrupción no termina cuando el sistema vuelve a estar en línea. Un estudio de Oxford Economics para Splunk, citado por TechTarget, calculó que el downtime le cuesta a las empresas Global 2000 unos 400.000 millones de dólares al año, lo que equivale a 9.000 dólares por minuto de caída. La misma nota recuerda el caso de la falla de CrowdStrike en 2024, que afectó a millones de dispositivos Windows en todo el mundo y le costó a las empresas del Fortune 500 en Estados Unidos unos 5.400 millones de dólares. 

Pero el impacto no es solo el minuto de pantalla caída. TechTarget también describe los costos que aparecen después de restablecido el servicio: reprocesar tareas, pagar capacidad de cómputo adicional, validar que los datos recuperados sean correctos y reconstruir la confianza de clientes y equipos internos. Ese período de «sistema arriba pero negocio todavía no recuperado» suele ser, según la misma fuente, la diferencia real entre una interrupción menor y una crisis prolongada. Uptime Institute agrega otro dato relevante: los incidentes de cierta severidad superan habitualmente los 100.000 dólares, lo que significa que uno o dos eventos al año pueden concentrar la mayor parte del riesgo de downtime de toda la organización. 

Algunas recomendaciones para sostener lo que no se ve 

• Clasificar antes que proteger. No todos los sistemas son igual de críticos. Definir qué procesos no pueden detenerse —y con qué RTO/RPO— es el primer paso, tal como exige la propia Disposición 1/2026. 

• Probar la recuperación, no solo tenerla. Un plan de contingencia que nunca se ejecutó en simulacro es una hipótesis, no una capacidad. La brecha que señala Gartner entre preparación percibida y real se cierra con pruebas periódicas, no con documentos. 

• Mapear la dependencia de terceros. Si buena parte de las caídas se origina fuera de la propia organización, monitorear proveedores críticos —nube, conectividad, colocation— es tan importante como monitorear la infraestructura propia. 

• Invertir en backups inmutables. Es una de las brechas más citadas en los estudios de recuperación ante ransomware, y una de las más simples de resolver con la tecnología disponible hoy. 

• Medir el costo real, no solo el tiempo de caída. Incorporar en el análisis los costos posteriores al incidente —reprocesamiento, validación, reputación— ayuda a justificar la inversión en continuidad frente al negocio. 

Al final, la infraestructura invisible solo se nota dos veces: cuando falla, y cuando alguien decide invertir en que nunca falle. La segunda opción es, invariablemente, la más barata. 

Fuentes citadas: Centro Nacional de Ciberseguridad — Disposición 1/2026 (vía InvGate); Uptime Institute, Annual Outage Analysis (vía Data Center Dynamics y TechTarget); Gartner, IT Resilience Survey for 2026: Ransomware Recovery and Readiness; Oxford Economics para Splunk, The Hidden Costs of Downtime (vía TechTarget); TechTarget, What downtime and data loss really cost the business.