Hitachi Vantara potencia el almacenamiento híbrido en Azure
El incidente de Salesforce del 16 de septiembre vuelve a poner sobre la mesa un problema menos visible que una caída del servicio: cuánto depende realmente una empresa de las plataformas cloud que sostienen sus operaciones.
La dependencia tecnológica de la nube acaba de encontrar un nuevo caso para el análisis. El 16 de septiembre, Salesforce sufrió una interrupción que afectó a múltiples instancias y regiones, provocando retrasos severos, errores intermitentes y problemas de acceso a determinados servicios. El incidente comenzó a las 07:50 UTC y el análisis de ThousandEyes registró respuestas HTTP 503 y timeouts desde distintos puntos de observación hasta aproximadamente las 12:30 UTC.
El episodio adquirió especial relevancia porque Salesforce no es una aplicación periférica para muchas organizaciones. Para numerosos clientes funciona como plataforma central de relación con clientes, soporte, ventas, marketing y datos comerciales. Cuando una plataforma de este tipo deja de responder, el problema deja de ser simplemente que “una aplicación está caída”.
El problema es cuánto negocio deja de moverse con ella.
La nube no elimina las dependencias
El análisis publicado por CIO después del incidente pone el foco precisamente en esta cuestión. La publicación señala que Salesforce identificó inicialmente un fallo relacionado con una dependencia externa que afectaba a un servidor de autenticación heredado. Posteriormente, la compañía informó de un aumento de carga en un componente central que limitó su capacidad para procesar solicitudes.
La secuencia resulta especialmente reveladora porque muestra cómo una arquitectura cloud puede contener dependencias que no son evidentes cuando todo funciona correctamente.
Una aplicación puede estar desplegada sobre una infraestructura altamente distribuida y, sin embargo, depender de determinados servicios de autenticación, APIs, componentes internos o integraciones cuya degradación tenga un efecto mucho mayor del esperado.
Como explicó a CIO Abbas Jaffery, de Info-Tech Research Group, la nube no elimina las dependencias arquitectónicas; en determinados casos puede hacerlas menos visibles. Cuando además la plataforma constituye el sistema de registro de una organización, esas dependencias pasan de ser un asunto puramente tecnológico a convertirse en un riesgo empresarial.
El problema continúa después de recuperar el acceso
La recuperación tampoco es necesariamente el final del incidente.
Salesforce tuvo que desplegar la corrección progresivamente entre las instancias afectadas y realizar reinicios manuales en algunos casos. La propia compañía informó de que determinados trabajos programados no se estaban ejecutando como estaba previsto incluso después de que algunos clientes recuperaran el acceso.
Este detalle es importante porque introduce una diferencia que suele perderse en las métricas de disponibilidad: que una aplicación vuelva a estar accesible no significa que el negocio haya recuperado automáticamente su estado anterior.
Durante una interrupción pueden acumularse procesos pendientes, fallar automatizaciones, generarse reintentos, producirse transacciones incompletas o quedar información fuera de secuencia. La infraestructura puede estar recuperada mientras la operación empresarial todavía está reconstruyéndose.
De la disponibilidad a la resiliencia
Por eso, el incidente de Salesforce plantea una cuestión más amplia sobre cómo se está gestionando la infraestructura cloud.
Durante años, la conversación estuvo dominada por la migración: abandonar centros de datos propios, trasladar aplicaciones a la nube y reducir la complejidad operativa.
Ahora aparece una segunda etapa.
No basta con saber dónde está alojada una aplicación. Hay que conocer de qué depende.
Eso implica identificar las relaciones entre aplicaciones, servicios de identidad, APIs, datos, automatizaciones y proveedores; entender qué sucede cuando una de esas piezas falla y determinar qué procesos pueden continuar en modo degradado.
También obliga a mirar de otra manera el concepto de exit strategy. No se trata necesariamente de abandonar una plataforma cloud, sino de comprender qué capacidad tiene una organización para mantener sus operaciones cuando esa plataforma deja temporalmente de estar disponible.
El incidente de Salesforce ofrece, en ese sentido, una señal que trasciende a Salesforce.
La nube sigue siendo una pieza fundamental de la transformación tecnológica, pero su adopción no hace desaparecer el riesgo de infraestructura. Lo redistribuye entre capas, proveedores y dependencias que pueden resultar invisibles hasta que una de ellas falla.
Y cuanto más crítica es una plataforma para el negocio, más importante resulta conocer ese mapa antes de necesitarlo.
La verdadera resiliencia cloud no empieza cuando aparece una interrupción.
Empieza mucho antes, cuando la organización todavía puede ver sus dependencias.
