Cuando una caída de nube llega a la sala de dirección

Una empresa puede descubrir su dependencia tecnológica cuando un cliente no logra completar una solicitud, una factura no se carga o el equipo deja de acceder a un documento necesario para trabajar.

La pantalla muestra un error. En la sala de dirección aparece otra pregunta: ¿qué parte del negocio quedó detenida y cuánto tiempo podemos operar así?

Un incidente reciente de Google Cloud ayuda a plantear esa conversación. Según el informe oficial de Google Cloud, Cloud Storage tuvo problemas de latencia y errores en operaciones de carga y escritura durante el 8 y 9 de octubre de 2026. El primer episodio duró 12 horas y 30 minutos. Al día siguiente se produjo una recurrencia de 5 horas y 41 minutos.

El informe atribuye el problema a un cambio en la distribución del tráfico y a una reversión incompleta. Para un equipo técnico, esos detalles ayudan a encontrar la causa. Para la gerencia, el dato más importante es otro: una modificación interna de un proveedor terminó afectando funciones que otras empresas daban por disponibles.

El proveedor puede ser externo; la dependencia sigue siendo de la empresa

Contratar un servicio cloud no elimina la responsabilidad de entender qué procesos dependen de él. La dirección no necesita conocer cada componente de la infraestructura, pero sí debe poder responder preguntas básicas.

¿El sitio recibe solicitudes allí? ¿Se almacenan documentos? ¿Se procesan pagos? ¿El equipo consulta información necesaria para atender clientes? ¿Qué operación se detiene si el servicio deja de aceptar nuevos datos, aunque todavía permita consultar los anteriores?

Cuando nadie tiene esas respuestas, el contrato con el proveedor se convierte en una caja cerrada. La empresa paga una capacidad, pero no sabe qué consecuencias tendría perderla durante una mañana, un día o un periodo de alta demanda.

La operación web gestionada debe incluir esa conversación. No basta con vigilar si una página responde. También hay que conocer qué funciones sostienen la operación, quién recibe las alertas y qué alternativa existe cuando una dependencia crítica presenta problemas.

La continuidad no se mide solo por el respaldo

El respaldo suele ser la primera respuesta cuando se habla de continuidad. Es necesario, pero no resuelve todo.

Un respaldo puede recuperar información después de una pérdida. No garantiza que la empresa pueda seguir recibiendo solicitudes, procesando una venta, atendiendo un caso o entregando un documento mientras el servicio principal está inestable.

Por eso una dirección debería separar tres situaciones:

• información que debe recuperarse;
• operaciones que deben continuar;
• decisiones que pueden esperar.

Una clínica, una empresa de servicios, una institución pública y un comercio digital no tienen la misma prioridad. Para una organización, lo urgente puede ser mantener un canal de atención. Para otra, conservar el acceso a expedientes o confirmar pagos. La continuidad debe partir del negocio, no de una lista genérica de herramientas.

Un diagnóstico de modernización digital puede ayudar a ordenar esa dependencia: qué sistemas existen, qué proveedor interviene, qué información se mueve, qué función se afecta y qué nivel de interrupción puede tolerar la organización.

Una mejora puede introducir un riesgo que nadie había medido

En el incidente de Google Cloud, el cambio buscaba resolver una restricción de capacidad. El efecto fue distinto: algunas solicitudes se concentraron en componentes que no podían procesarlas con normalidad. Después, una reversión incompleta contribuyó a una segunda interrupción.

La lección para una empresa no es desconfiar de toda mejora. Es pedir que cada cambio relevante tenga una respuesta para cuatro preguntas:

1. ¿Qué problema pretende resolver?
2. ¿Qué parte de la operación podría afectar si sale mal?
3. ¿Cómo se sabrá rápidamente que el cambio produjo un daño?
4. ¿Cómo se vuelve al estado anterior sin improvisar?

Estas preguntas también aplican al proveedor que administra el sitio, el hosting, una plataforma de comercio electrónico o un sistema interno. La empresa no tiene que aprobar cada ajuste técnico, pero sí debe exigir claridad sobre los cambios que podrían interrumpir un servicio importante.

El contrato no reemplaza la capacidad de decidir

Los acuerdos de nivel de servicio son útiles. Ayudan a definir compromisos, tiempos de respuesta y canales de escalamiento. Aun así, un documento contractual no le dice al gerente qué hacer a las nueve de la mañana cuando una operación está detenida.

La dirección necesita saber quién tiene autoridad para activar una alternativa, quién informa a los clientes, qué mensaje puede comunicarse sin especular y cuándo se convoca a las áreas de Finanzas, Operaciones, Servicio al Cliente o Comunicaciones.

También conviene distinguir entre la responsabilidad del proveedor y la de la empresa. El proveedor debe explicar el incidente y recuperar el servicio. La organización debe conocer sus procesos prioritarios, mantener datos y accesos bajo control y decidir qué nivel de impacto puede aceptar.

Un proveedor serio debería poder explicar, en términos comprensibles, cómo monitorea el servicio, cómo informa cambios, qué ocurre durante una interrupción y qué evidencia entrega después. Si la conversación siempre termina en "eso lo ve el equipo técnico", falta información para gobernar el riesgo.

La pregunta correcta no es si habrá otra caída

Ningún proveedor puede prometer que un sistema complejo nunca tendrá una interrupción. La pregunta útil es qué ocurrirá cuando suceda.

La gerencia puede pedir una revisión breve con su equipo y sus proveedores. No hace falta comenzar con un inventario interminable. Basta elegir un recorrido importante para el negocio: recibir una solicitud, procesar un pago, consultar un expediente, entregar un documento o confirmar un servicio.

Luego conviene seguirlo de principio a fin y preguntar:

• ¿Qué sistemas participan?
• ¿Qué ocurre si uno deja de aceptar información?
• ¿Cuánto tiempo puede esperar el cliente?
• ¿Existe un procedimiento alterno que el equipo conozca?
• ¿Quién decide cuándo se activa?
• ¿Qué debe quedar registrado para recuperar el control después?

El ejercicio suele revelar dependencias que no aparecen en las presentaciones de proveedores. También ayuda a distinguir una inversión necesaria de otra herramienta comprada por costumbre.

La continuidad es una decisión de gestión

El informe de Google Cloud describe una falla compleja en una plataforma global. Una empresa pequeña o mediana no tiene que replicar esa arquitectura para aprender de ella.

Puede empezar por algo más cercano: identificar qué servicios externos sostienen sus ingresos y su atención, revisar quién controla los accesos, confirmar que los respaldos se pueden restaurar y acordar qué pasa durante las primeras horas de una interrupción.

La continuidad digital para empresas e instituciones no consiste en acumular sistemas. Consiste en saber qué debe seguir funcionando, quién puede actuar y cuánto tiempo puede esperar la organización antes de que un inconveniente tecnológico se convierta en un problema financiero, comercial o reputacional.

Si la dirección no puede explicar qué ocurriría si uno de sus proveedores digitales falla mañana, todavía existe una decisión pendiente. Un diagnóstico de continuidad y operación digital puede convertir esa incertidumbre en prioridades, responsables y acciones concretas.

Fuente consultada

• Google Cloud Service Health: incidente de Google Cloud Storage del 8 y 9 de octubre de 2026