Google Workspace como opción de continuidad del negocio ante interrupciones del servicio de Microsoft 365

Cuando Microsoft 365 deja de funcionar, la primera pregunta que surge es cómo conseguir que los empleados vuelvan a trabajar. Se trata de un problema práctico de continuidad del negocio, y Google Workspace puede ser una solución práctica.

Para la mayoría de las empresas, Microsoft 365 es la infraestructura que permite que la comunicación, la coordinación y el propio negocio sigan funcionando. Cuando se produce una interrupción del servicio de Microsoft 365, empiezan a llover las preguntas:

¿Se pueden enviar y recibir correos electrónicos?

¿Pueden ver sus calendarios?

¿Sigue teniendo la dirección acceso al correo electrónico y al calendario para gestionar la respuesta ante una crisis?

¿Pueden los equipos que atienden a los clientes seguir comunicándose con el exterior?

¿Pueden los miembros del equipo acceder a los archivos? ¿O tienen que esperar a que se restaure primero la copia de seguridad?

Estas cuestiones cobran más importancia que nunca ahora que la normativa está exigiendo unos requisitos cada vez más estrictos en materia de resiliencia operativa y continuidad de las operaciones.

Tanto si estás trabajando para SOC 2 controles de disponibilidad, navegación NIS2 los requisitos de resiliencia operativa, o la adaptación a marcos como NIST CSF 2.0 e ISO 22301, se debe evaluar de forma explícita la dependencia de Microsoft 365. Basarse únicamente en el tiempo de actividad de Microsoft resulta cada vez menos justificable como estrategia de continuidad del negocio.

Esto ha llevado a los equipos técnicos a considerar cada vez más las opciones de «hot standby», en particular Google Workspace. No como sustituto de Microsoft 365, ni como herramienta de copia de seguridad tradicional, sino como un segundo entorno en la nube independiente capaz de mantener disponibles el correo electrónico, los calendarios, los archivos y las comunicaciones críticas durante una interrupción del servicio de Microsoft 365.

Se trata de un enfoque totalmente distinto al de contar con una plataforma de copias de seguridad de Microsoft 365, como Veeam, Druva u otra solución de restauración, que puede ayudar a recuperar buzones de correo, archivos y otros datos tras un incidente. Por muy buenas que sean esas plataformas, si miles de usuarios necesitan poder acceder a su bandeja de entrada y a su calendario en las próximas dos horas, la copia de seguridad por sí sola no será suficiente.

Google Workspace puede, efectivamente, garantizar la continuidad del negocio durante una interrupción del servicio de Microsoft 365, especialmente en lo que respecta al correo electrónico, el calendario, las citas y la comunicación en situaciones de crisis. Microsoft 365 sigue siendo la plataforma principal, mientras que Google Workspace proporciona un entorno de continuidad independiente. Sin embargo, este tipo de modelo de continuidad del negocio entre nubes requiere una arquitectura y una planificación adecuadas: la identidad, el enrutamiento del correo, la sincronización, la seguridad, el acceso de los usuarios y la recuperación tras un fallo deben diseñarse y probarse antes de que se produzca la interrupción del servicio, no durante la misma.

Normativas y marcos normativos como la NIS2, la DORA y el Marco de Ciberseguridad del NIST elevan el listón en lo que respecta a la prevención y la gestión de las interrupciones en los servicios esenciales y las funciones críticas o importantes, aunque su ámbito de aplicación, terminología y efecto jurídico difieren.

DORA define una “función crítica o importante” en función del impacto significativo que su interrupción podría tener en los resultados financieros, la continuidad del servicio o las obligaciones normativas, mientras que NIS2 exige la adopción de medidas de continuidad del negocio y de gestión de crisis como parte de la gestión de riesgos de ciberseguridad. Por otra parte, marcos como LCR DEL NIST abordar los resultados relacionados a través de sus funciones de «Gobernar», «Responder» y «Recuperar», lo que incluye la respuesta ante incidentes, la restauración y la comunicación.

Aunque los términos utilizados no sean coherentes, la cuestión práctica sigue siendo:

¿Qué servicios y dependencias son fundamentales en tu organización?

Una forma práctica de plasmar los requisitos normativos de alto nivel en la planificación de la continuidad es llevar a cabo un evaluación de funciones críticas frente a las grandes dependencias de la nube. La pregunta clave es sencilla:

Si este servicio en la nube no estuviera disponible durante X horas, ¿superaríamos algún umbral legal, operativo, de atención al cliente, de seguridad o financiero?

En el caso de Microsoft 365, dicha evaluación debería incluir:

• RTO y RPO: la rapidez con la que deben reanudarse los servicios y qué nivel de pérdida de datos se considera aceptable
• Radio de la explosión: qué funciones, equipos, clientes o procesos se ven afectados
• Riesgo de concentración: depende en gran medida del proveedor, el inquilino, la región o la capa de identidad
• Interdependencias: identidad, gestión de claves, acceso a la red, integraciones y vías de comunicación externas

Si se analiza Microsoft 365 desde esa perspectiva, el resultado rara vez es tranquilizador. El correo electrónico, la identidad, los calendarios y el acceso a los archivos suelen resultar ser dependencias operativas que requieren una planificación explícita de la continuidad, y no solo copias de seguridad y restauraciones.

Las normativas y estándares no establecen una arquitectura de continuidad concreta ni proveedores específicos. No obstante, sus requisitos pueden influir directamente en su diseño:

• ISO 22301 requerir objetivos de recuperación bien definidos, procedimientos de continuidad documentados y pruebas periódicas. Cuando el posible impacto en la actividad empresarial lo justifique, puede resultar adecuado disponer de un sistema de reserva activa para Microsoft 365.
• Si su organización es una entidad financiera, DORA exige evaluar el riesgo de concentración en las tecnologías de la información y la comunicación (TIC) y la sustituibilidad de los proveedores. Asimismo, exige estrategias de salida documentadas para los servicios de TIC que dan soporte a funciones críticas o importantes. En función de la evaluación de riesgos, esto puede justificar un diseño con un proveedor alternativo o con múltiples proveedores, pero DORA no impone una arquitectura específica.
• NIS2 aplica la misma lógica a un conjunto más amplio de entidades esenciales e importantes e incluye explícitamente la continuidad del negocio, la recuperación ante desastres, la gestión de crisis y la seguridad de la cadena de suministro en sus medidas de gestión de riesgos de ciberseguridad. Esto hace que las principales dependencias de la nube y de los proveedores de servicios sean relevantes para la evaluación de riesgos de la organización.
• En EE. UU., las funciones de «Gobernar», «Responder» y «Recuperarse» de NIST CSF 2.0 exigen planes de recuperación probados y una gestión de los riesgos de la cadena de suministro, lo que plantea la misma pregunta: ¿pueden seguir funcionando las funciones críticas si un proveedor clave deja de prestar servicio?

La cuestión desde el punto de vista arquitectónico es cómo garantizar la continuidad de las funciones críticas cuando el proveedor principal no está disponible. Si una interrupción del servicio de Microsoft 365 puede afectar a esas funciones, es posible que la organización necesite un entorno alternativo que ya esté configurado, sea accesible y haya sido probado. Ese riesgo suele ser mayor de lo que parece a primera vista, ya que Microsoft 365 no supone una única dependencia, sino varias interconectadas.

Microsoft 365 reúne cuatro aspectos que, por separado, justificarían cada uno por sí solo un plan de continuidad:

• Comunicación (Exchange / Teams). En la práctica, si se interrumpe el envío de correos o el chat, la empresa queda fuera de línea, aunque técnicamente todos los archivos estén a salvo.
• Calendario (Exchange / Teams). La gestión de la agenda y el acceso a las reuniones se complican de la misma forma que con el correo electrónico, lo que da lugar a una falta de coordinación interna y a la pérdida de reuniones externas, aunque técnicamente no se haya "perdido" nada."
• Documentos (SharePoint / OneDrive). Los archivos deben seguir estando accesibles, no solo recuperables.
• Identidad (Entra ID / Azure AD). Si la capa de autenticación deja de funcionar, da igual que todo lo demás funcione: nadie podrá iniciar sesión en ningún sitio, incluidas las aplicaciones de terceros que utilicen el mismo proveedor de identidad.

Lo que resulta preocupante en esta fase es que, por lo general, el software de copia de seguridad estándar solo protege el tercer elemento, y solo tras un plazo de restauración que puede prolongarse entre 24 y 48 horas. Mientras tanto, los usuarios no disponen de ningún lugar alternativo desde el que poder trabajar.

La solución que primero viene a la mente para esto podría ser un tenant secundario de Microsoft. Por desgracia, esta opción no resiste un análisis más detallado, ya que una interrupción del servicio podría dejar inoperativos ambos tenants a la vez, incluso si están alojados en regiones diferentes de Microsoft 365 o Azure. El alojamiento regional no implica dominios de fallo independientes, ya que Entra ID y los servicios principales de Microsoft 365 siguen compartiendo una infraestructura global subyacente.

Un segundo inquilino cumple, sobre el papel, el requisito de "tener un inquilino de reserva", pero no garantiza una independencia suficiente.

Eso es lo que impulsa la búsqueda de un hiperescalador independiente. No porque Google Workspace sea intrínsecamente más fiable, sino porque ofrece una infraestructura y una pila de identidades operativamente independientes. Esa separación puede ayudar a abordar las preocupaciones relativas al riesgo de concentración en las TIC y a la continuidad del negocio que se reflejan en DORA y NIS2.