¿Qué pasa si nos pasa? Apagón de Amazon Web Services

El día de ayer, la caída de Amazon Web Services (AWS) dejó sin servicio a millones de usuarios y a miles de empresas a nivel global. Plataformas bancarias, de compras y de comunicación y hasta sistemas internos de gestión quedaron fuera de línea durante horas.

Una falla técnica, un error humano, una sobrecarga… no importa el motivo: el resultado fue el mismo.
El mundo digital se se vió afectado por un instante. Y en ese silencio ante la imposibilidad de operar, todos pensamos lo mismo: ¿Qué pasa si nos pasa?

### 🌩️ El espejismo de la nube

Durante años nos convencimos de que “migrar a la nube” era sinónimo de estar seguros, ser modernos y ganar disponibilidad.
Pero la nube no es infalible; es infraestructura, no resiliencia.
Cuando un proveedor global sufre una caída, no cae solo su sistema: se detiene parte del ecosistema que depende de él. Y ahí comprendemos que la externalización del riesgo no significa su eliminación, sino su traslado.

Los datos pueden estar en AWS, Azure o Google Cloud, pero la responsabilidad final —operativa, legal y reputacional— siempre será de la organización que los aloja.

Después de este incidente, queda claro que debemos aplicar medidas para que no nos toque de cerca.

### La pregunta que toda organización debería hacerse

¿Estamos preparados para operar si nuestro proveedor crítico se cae durante 6 horas?
¿Tenemos un plan documentado y probado para continuar?
¿Sabemos quién debe decidir, comunicar, priorizar y ejecutar en ese escenario?

La mayoría de las organizaciones no.
Y no porque falte conocimiento técnico, sino porque la resiliencia no se construye en medio de la crisis.
Se diseña antes.
Se practica.
Se mide.
Y se ajusta.

### 🛠️ La resiliencia no es un documento, es una cultura

Un Business Continuity Plan (BCP) o un Disaster Recovery Plan (DRP) son más que papeles firmados por cumplimiento normativo.
Son guías vivas que deberían responder, minuto a minuto, qué hacer cuando todo deja de funcionar.

**Algunas claves prácticas:**

- Mapear dependencias críticas: ¿Qué servicios están alojados fuera y cuál es el impacto de su caída?
- Definir escenarios y tiempos de recuperación realistas.
- Probar restauraciones y accesos alternativos (VPN secundarias, canales de comunicación fuera del correo corporativo).
- Entrenar al equipo: un procedimiento que nadie conoce no existe.
- Simular incidentes: los simulacros revelan lo que los informes omiten.

### Lo que nos enseña el apagón digital

La caída de AWS fue un recordatorio de que el riesgo tecnológico es transversal.
No distingue tamaños ni industrias: afecta igual a startups, PyMEs o corporaciones.
Y, sobre todo, demostró que la continuidad del negocio ya no depende solo de firewalls, sino de personas preparadas, procesos definidos y proveedores diversificados.

El entorno tecnológico exige un nuevo tipo de madurez:
Pasar de la alta disponibilidad a la alta previsibilidad.
Porque tarde o temprano, algo puede fallar y hay que adaptarse ante cualquier adversidad.
La diferencia estará en quién se levanta primero.

⚡ ¿Querés saber “qué pasa si les pasa”?

Hagamos un **Tabletop de 45’** con tu equipo para simular la caída de un proveedor crítico y medir el impacto real.