En 2025, varios incidentes de gran repercusión relacionados con la infraestructura de la nube e Internet recordaron a los equipos de todo el mundo que las interrupciones son inevitables y que, a menudo, se originan fuera del ámbito de cualquier proveedor u organigrama concreto. Cuando una región importante de la nube deja de funcionar o una plataforma global de tráfico presenta anomalías, las aplicaciones dependientes fallan de forma simultánea y a gran escala, independientemente del número de nueves que incluya el SLA.
Estos incidentes ponen de manifiesto un desajuste estructural: muchas empresas siguen preparándose para los fallos mediante una recuperación reactiva, mientras que los sistemas distribuidos modernos fallan rápidamente, a escala global y traspasando límites que no están bajo la responsabilidad de un único equipo. La pregunta ya no es qué hacer si se produce una interrupción; sino ¿cómo responde, se adapta y mejora la arquitectura durante y después de una interrupción del servicio?
Qué significa la resiliencia en un mundo de nube híbrida y multinube
Tradicionalmente, las estrategias de resiliencia se centraban en volver a la normalidad: planes de recuperación ante desastres, centros secundarios y objetivos de tiempo de recuperación y punto de recuperación (RTO/RPO). Este enfoque presuponía que los fallos eran locales, que las dependencias eran conocidas y que los límites de control estaban claramente definidos. Los entornos híbridos multicloud echan por tierra estas suposiciones: la identidad, el enrutamiento, el almacenamiento y la distribución de datos suelen estar en manos de terceros y, cuando fallan, el impacto es inmediato y global.
“Un enfoque antifrágil de la ciberresiliencia amplía el alcance de la recuperación, que pasa de «recuperarse» a «recuperarse, aprender rápido y salir reforzado», convirtiendo las disrupciones en un motor de progreso arquitectónico en lugar de una carga operativa.”
Un enfoque «antifrágil» de la ciberresiliencia replantea la resiliencia como una capacidad que mejora bajo presión. Consiste en anticipar las disrupciones, limitar su radio de impacto, adaptarse en tiempo real y utilizar la telemetría obtenida en condiciones anómalas para perfeccionar la arquitectura, de modo que futuros eventos similares causen menos daños (o ninguno). El éxito se mide por el escaso impacto de una disrupción en el sistema, la rapidez con la que este se adapta mientras se produce y la evolución de las arquitecturas como resultado.
Este enfoque produce resultados muy concretos: radios de impacto más reducidos y controlados; mayor disponibilidad cuando se degradan las dependencias; una recuperación más rápida gracias a que los sistemas se prepararon de antemano para adaptarse; respuestas automatizadas ante condiciones anómalas; y una mayor confianza en los servicios externos, porque la resiliencia se diseña, no se delega. En definitiva, un enfoque antifrágil de la ciberresiliencia amplía el alcance de la recuperación: ya no se trata solo de «recuperarse», sino de «recuperarse, aprender rápido y fortalecerse», convirtiendo las disrupciones en un motor de progreso arquitectónico en lugar de una carga operativa.
Por qué fracasan las estrategias reactivas y aisladas
Cuatro patrones hacen que las estrategias tradicionales sean frágiles en entornos híbridos multicloud. En primer lugar, hay que entender que los fallos de las dependencias externas tienen un alcance global. Las interrupciones de los servicios de identidad o enrutamiento afectan a todos los servicios dependientes a la vez. Además, en muchas arquitecturas, el aislamiento de fallos no ha evolucionado al mismo ritmo, lo que significa que las conexiones entre nubes carecen de límites que contengan los fallos e impidan que afecten a servicios paralelos.
Además, en muchos entornos, las prácticas de resiliencia están fragmentadas. La recuperación ante desastres, la gestión del tráfico, la identidad y la gobernanza de datos funcionan de forma aislada; las interrupciones no respetan esas divisiones.
Por último, recuerda que la recuperación es reactiva. Los equipos restablecen el servicio, pero no siempre evitan (o pueden evitar) que el problema vuelva a producirse a nivel estructural.
Los entornos híbridos multicloud actuales exigen una resiliencia que no sea reactiva ni esté aislada, y que tampoco dependa de que los proveedores externos sigan funcionando correctamente.
Cinco prácticas para que las estrategias de ciberresiliencia sean antifrágiles
Un enfoque antifrágil de la ciberresiliencia comprende un conjunto de prácticas de ingeniería que pueden integrarse en toda la pila tecnológica para que los sistemas se comporten de forma predecible bajo presión:
- Control del radio de impacto. Defina límites explícitos de confianza y de fallos para que un fallo en una región, nube o dependencia no pueda propagarse sin control.
- Diversificación de dependencias. Cree alternativas viables para los servicios críticos. La redundancia va más allá de la duplicación y se convierte en una opcionalidad controlada que impide que un único proveedor dicte el comportamiento del sistema.
- Adaptación basada en políticas. Sustituya las configuraciones estáticas por políticas que respondan al estado actual, especialmente en materia de enrutamiento, autenticación y confianza.
- Adaptación incremental. Implemente pequeños cambios arquitectónicos observables que aumenten la resiliencia sin desestabilizar el sistema.
- Gobernanza basada en la observación y automatización en tiempo de ejecución. Utilice la telemetría para orientar las decisiones y automatizar las respuestas, de modo que la adaptación comience antes de que los incidentes se agraven.
¿Quién es responsable de la ciberresiliencia? (Pista: todos)
En la entrega de aplicaciones en entornos híbridos y multicloud, ninguna función por sí sola —ya sea seguridad, redes, operaciones en la nube o el proveedor— puede garantizar la resiliencia. Lograr una verdadera resiliencia requiere un modelo operativo coordinado que armonice la responsabilidad interna con las dependencias externas y reduzca la ambigüedad durante los incidentes.
Esto también facilita el cumplimiento de marcos normativos como el Reglamento de Resiliencia Operativa Digital de la UE (DORA), que exige resiliencia operativa digital a las entidades financieras, así como la conformidad con la norma ISO/IEC 27001), el estándar reconocido mundialmente para los sistemas de gestión de la seguridad de la información. Ambos hacen hincapié en aprender, evolucionar y demostrar la solidez operativa. DORA insta explícitamente a las entidades a ir más allá de la disponibilidad y avanzar hacia la mejora continua («aprender y evolucionar») tras las interrupciones, vinculando la resiliencia con la gobernanza y la automatización, en lugar de limitarla a la mera recuperación.
Cinco niveles de una arquitectura empresarial antifrágil
Para ampliar estas prácticas, recomendamos utilizar un mapa conceptual común: la arquitectura de cinco niveles. Cada nivel es tanto una capa tecnológica como un ámbito de responsabilidad en el que la resiliencia puede surgir o fracasar.
El primer nivel es el global, que rige el control externo y los límites de confianza mediante el control del radio de impacto y el enrutamiento basado en políticas. A continuación, el nivel de sitio de la arquitectura define las zonas regionales de ejecución y aislamiento mediante la diversificación de dependencias y los dominios de conmutación por error. El nivel de plataforma proporciona capacidad de computación y ejecución de datos, y permite automatizar el entorno de ejecución y trasladar las cargas de trabajo, mientras que el nivel de aplicación ofrece la lógica de negocio y la experiencia de usuario para facilitar una adaptación gradual y una degradación controlada.
Por último, la capa de gestión centraliza la observabilidad, la gobernanza y la orquestación para permitir que las políticas evolucionen a partir de la información proporcionada por la telemetría.
Puesta en práctica de los niveles y el enfoque
Cada nivel y práctica suena muy bien en teoría, pero, para sacar el máximo partido a una estrategia de resiliencia antifrágil, es necesario comprender exactamente cómo funcionan en conjunto para crear una arquitectura antifrágil.
A nivel global, el control del radio de impacto y el enrutamiento basado en políticas ayudan a contener los fallos de todo el sistema antes de que se propaguen, minimizando el impacto en cualquiera de los sistemas conectados.
En el nivel de sitio, la diversificación de las dependencias y la provisión de dominios de conmutación por error permiten aislar las interrupciones y garantizar la continuidad mediante zonas de ejecución alternativas.
La automatización en tiempo de ejecución y la movilidad de las cargas de trabajo permiten adaptarse rápidamente a cualquier interrupción en la capa de plataforma. Gracias a las respuestas automatizadas, el sistema puede reaccionar de inmediato ante las interrupciones del servicio, mientras que la movilidad de las cargas de trabajo permite desplegar las aplicaciones en varios entornos para garantizar la continuidad.
En la capa de aplicación, la adaptación incremental y la degradación controlada ayudan a absorber cualquier interrupción para que la experiencia de usuario no se vea completamente afectada. El sistema puede resistir fallos parciales y el impacto en los usuarios finales será mínimo.
Entre los imperativos de la capa de gestión se incluyen las políticas basadas en datos de telemetría, que son el resultado final de convertir los eventos operativos en mejoras de la gobernanza y las políticas. Aprender de las disrupciones crea un ciclo de retroalimentación que permite perfeccionar las políticas a partir de datos históricos, de modo que la postura antifrágil se refuerce continuamente.
En conjunto, los niveles y las prácticas convierten las disrupciones en un motor de progreso arquitectónico, en lugar de un botón de reinicio permanente.
Hacia dónde se dirige esta idea
Esta entrada de blog es solo una parte de una colección de artículos, arquitecturas y demostraciones que mostrarán patrones, modos de fallo, métricas y notas de implementación en los cinco niveles de una estrategia de ciberresiliencia antifrágil.
Le recomendamos que elija una práctica de la lista anterior y la explore como objetivo de un sprint o como objetivo trimestral. Tenga en cuenta que una estrategia de ciberresiliencia antifrágil no se consigue de una sola vez, sino que se construye mediante pequeños cambios cuantificables. Empiece ahora, aprenda rápido y deje que la próxima interrupción sea el momento en que su arquitectura demuestre que se está fortaleciendo.
No deje de leer nuestra descripción general de la solución si desea obtener más información sobre la ciberresiliencia desde una perspectiva antifrágil.
Si quieres profundizar en cómo empezar a aplicar un enfoque antifrágil a tu estrategia de ciberresiliencia, consulta este informe técnico sobre arquitectura.
Sobre los autores
Griff Shelley es responsable de marketing de producto en F5, especializado en soluciones de distribución de aplicaciones de hardware, software y SaaS. Apasionado por conectar la tecnología innovadora con el éxito de los clientes, Griff impulsa proyectos de comercialización en los ámbitos de la distribución de aplicaciones a escala global y local, los servicios en la nube y la infraestructura de tráfico de datos de IA.
Más artículos de Griff ShelleyColin Clauset es director sénior de marketing de producto en F5 y está especializado en soluciones SaaS para la entrega de aplicaciones. Colin lidera la estrategia de comercialización de proyectos y servicios de entrega de aplicaciones distribuidas, y siente especial pasión por comprender cómo la tecnología puede simplificar procesos complejos para satisfacer mejor las necesidades de los profesionales de TI. Gracias a su experiencia previa en consultoría antes de incorporarse a F5, Colin aborda los retos de los clientes con una visión orientada a soluciones integrales que van más allá de productos concretos.
Más artículos de Colin ClausetMark Menger es arquitecto de soluciones en F5 y está especializado en alianzas tecnológicas en los ámbitos de la IA y la seguridad. Lidera el desarrollo de la arquitectura de referencia de IA de F5, impulsando soluciones de IA seguras y escalables. Gracias a su experiencia como arquitecto de soluciones globales e ingeniero de soluciones, Mark contribuyó a la arquitectura de nube segura de F5 y participó en el desarrollo de su arquitectura distribuida de cuatro niveles. Como coautor de Solving IT Complexity, aporta su experiencia en la resolución de retos de TI. Anteriormente, trabajó como desarrollador de aplicaciones y arquitecto empresarial, centrándose en las aplicaciones modernas, la automatización y la aceleración del valor obtenido de las inversiones en IA.
Más artículos de Mark MengerArtículos relacionados del blog
IA agéntica en ciberseguridad: promesas y riesgos
Descubre por qué el uso de la IA agéntica en ciberseguridad es esencial para combatir las amenazas impulsadas por IA y por qué los agentes también generan nuevos riesgos empresariales.
Cómo los clientes de F5 del sector financiero abordan la soberanía digital sin frenar la innovación
¿Cómo se materializa la soberanía digital en el mundo real? Dos proyectos recientes de F5 con clientes muestran cómo distintas empresas están afrontando estos retos.
Soberanía operativa: cómo desarrollar resiliencia en un mundo impredecible
Para muchas organizaciones, la cuestión ya no consiste únicamente en controlar los datos, sino en mantener la capacidad de operar, adaptarse y recuperarse a medida que evolucionan las leyes y las circunstancias.
No se puede proteger una conversación con un cortafuegos: cómo el red teaming de IA se volvió esencial
Dado que las implementaciones de IA avanzan a la velocidad de las máquinas, los métodos tradicionales de prueba de software ya no resultan adecuados.
Protege tu canalización de datos de IA sin ralentizarla
Proteger el flujo de datos de la IA no es opcional. Eso está claro. Lo que resulta mucho menos evidente —y mucho más difícil— es cómo protegerlo adecuadamente.
Las extranets no están muertas; solo necesitan una actualización
Modernice su extranet: descubra cómo F5 y Equinix ofrecen una conectividad para partners repetible, segura y escalable, sin la complejidad de las redes tradicionales.