Anteriormente hemos hablado sobre catástrofes y recuperación ante desastres (DR) y lo que se necesita para activar el Plan DR. Ya sabemos que no todas las fallas requieren que cambie todo a un centro de datos completamente nuevo: primero debemos analizar y comprender cuál es exactamente el problema para tomar una decisión. Pero una vez que sabemos que se ha activado la activación, ¿cómo superamos los desafíos de un desastre?

superar los desafíos de un desastre

Es importante tener en cuenta la diferencia entre dos conceptos: ubicaciones de regiones y zonas de disponibilidad. Ubicaciones de la región por Azur puede referirse a una ciudad específica o un país. Zonas de disponibilidad se refieren a centros de datos dentro de una ubicación de región determinada. Puedes encontrar más información sobre este tema aquí.

Azur puede tener hasta varios centros de datos, conectados a través de una fibra óptica en una misma región, pero cada uno de ellos es completamente independiente del otro. Esto significa que un problema en un centro de datos no afectará a los otros centros de datos.

Antes de mover todo a una región diferente, primero usamos la tecnología que Microsoft nos brinda para asegurar la continuidad del negocio. Entonces, si hay un problema en un centro de datos específico (¡y no estamos hablando de una gran catástrofe, como una bomba o un desastre natural!), nuestro sistema tiene la capacidad de crecer, manual o automáticamente, en diferentes zonas. . Si un centro de datos se ve afectado, puede crecer o escalarse a uno de los otros centros de datos en la misma región.

Además, si algunas cosas generalmente se ven afectadas en la Zona 1, pueden escalarse a la Zona 2. Y esto sucede básicamente sin ninguna interrupción del servicio.

Esta es probablemente la mayor ventaja de una solución en la nube en comparación con una solución local: la capacidad de mover datos rápidamente a diferentes regiones o ubicaciones con un clic, minimizando los impactos.

Collab también utiliza otros servicios de Microsoft que nos permiten minimizar el tiempo de inactividad. Por ejemplo, ¡bases de datos sin servidor! En unos segundos, podemos cambiar de una región a otra, de forma muy transparente para el cliente. Esto nos permite continuar atendiendo a los clientes, incluso si parte del sistema se ejecuta en una región diferente.

Lo mismo puede suceder con el almacenamiento, que puede transferirse por error a otro centro de datos, lo que nos permite recuperar rápidamente el servidor.

Si por alguna razón toda la región está afectada y baja y necesitamos pasar a una segunda región, se debe considerar el Plan DR y se deben seguir los procedimientos para su activación para desencadenar el cambio de todo a la segunda región.

Otra característica que también nos ha ayudado a mantener todo sincronizado es Recuperación del sitio de Azure, que nos ayuda a mover los datos de las máquinas virtuales de una región a otra. Después de mover los datos a otro centro de datos en otra región, siempre es importante garantizar la calidad de los datos y analizar si ha sufrido daños. Para eso, usamos Sistema de copia de seguridad de Azure para recuperar algunos datos o simplemente para asegurar la integración de los datos.

Collab ha realizado un gran esfuerzo para comprender la plataforma subyacente de Microsoft Azure y modificar su propio software para aprovechar al máximo lo que Azure tiene para ofrecer., tanto dentro de una región como entre regiones, cuando sea necesario, para realizar una conmutación de recuperación ante desastres de un sitio a otro.

Collab invirtió sus recursos para adaptar su software a la infraestructura de la mejor manera posible para minimizar el impacto en sus clientes.

> Si desea obtener más información sobre Disaster Recovery, es decir, sobre la capacidad de supervivencia de los Contact Centers en caso de catástrofes, no pierdas la oportunidad de ver nuestro webinar sobre el tema!