Las soluciones de recuperación ante desastres como servicio (DRaaS) permiten a las empresas respaldar sus datos junto con la infraestructura de TI en un entorno de computación en la nube de terceros. En caso de cortes de energía, ciberataques, fallos de equipos, errores humanos, desastres naturales o cualquier forma de interrupción, esto permitirá a las empresas recuperar el acceso a los datos de respaldo y a la infraestructura de TI reflejada.
Dado que las soluciones DRaaS siguen el modelo como servicio, las empresas no tienen que poseer todos los recursos de recuperación ante desastres (DR) ni manejar todos los procesos asociados. En su lugar, pueden confiar en el proveedor. El proveedor de DRaaS de terceros reduce la carga de respaldar regularmente los datos de la empresa y también es útil para organizaciones que carecen de la experiencia necesaria para planificar, configurar y probar un plan de DR.
DRaaS también se conoce a veces como continuidad de negocio como servicio (BCaaS). Las soluciones DRaaS son una forma de seguro de conmutación por error para entornos de computación en la nube y son cruciales para la continuidad del negocio. En el contexto de la recuperación ante desastres, la conmutación por error es un modo operativo que (automáticamente) cambia a un servidor, red o base de datos de reserva si el sistema principal falla o se apaga por alguna razón.
En el modelo de DRaaS gestionado, los proveedores de servicios de terceros son responsables del proceso de conmutación por error y de la transición de los usuarios del entorno principal a sus servicios alojados.
Al igual que infraestructura como servicio (IaaS) y plataforma en la nube como servicio (PaaS), las soluciones DRaaS fueron posibles gracias a la adopción generalizada de la computación en la nube. Estas herramientas hacen que el proceso de recuperación ante desastres sea más manejable al llevar todos los aspectos a un producto SaaS.
Las herramientas DRaaS reducen o eliminan el tiempo de inactividad para las aplicaciones orientadas al cliente y las redes internas y son críticas para la continuidad del negocio. Reemplazan el software y hardware de respaldo tradicional utilizando la nube y ofrecen protección y replicación de datos, mejor seguridad y recuperación más rápida.
¿Qué Tipos de Soluciones de Recuperación ante Desastres como Servicio (DRaaS) Existen?
Por lo general, hay tres tipos de DRaaS: autoservicio, asistido y gestionado. Los compradores deben tener en cuenta que no todas las implementaciones de estas soluciones pueden cumplir con todos los requisitos de una organización. Por lo tanto, es esencial evaluar qué variación del software satisface completamente sus necesidades.
DRaaS de Autoservicio
Como su nombre indica, el modelo de DRaaS de autoservicio ofrece a las empresas herramientas y recursos esenciales para realizar su propia planificación y respaldos de recuperación ante desastres. Aunque este modelo proporciona mayor flexibilidad, las empresas son totalmente responsables de cada aspecto de la estrategia de DR, pruebas, gestión y ejecución del proceso de recuperación.
Aunque los modelos de DRaaS de autoservicio son menos costosos, el tiempo y los recursos necesarios para gestionarlos pueden no hacerlos la solución más rentable. Más precisamente, el DRaaS de autoservicio es ideal para organizaciones con equipos de TI internos que tienen la experiencia necesaria en DR.
DRaaS Asistido
En el modelo de DRaaS asistido, el proveedor de servicios de recuperación ante desastres actúa como asesor de la organización. El proveedor de servicios generalmente maneja la infraestructura y la replicación y ofrece asesoramiento sobre la implementación, prueba y gestión de soluciones de DR.
Cuando ocurre una interrupción, el proveedor también puede ofrecer soporte adicional para las operaciones de conmutación por error y retorno. En términos generales, el DRaaS asistido no proporciona un acuerdo de nivel de servicio de recuperación (SLA). Esto se debe a que la organización es principalmente responsable de ejecutar los procedimientos de recuperación.
En el caso de las operaciones de recuperación ante desastres, los SLA se componen de objetivos de tiempo de recuperación (RTO) y objetivos de punto de recuperación (RPO). RTO se refiere al marco de tiempo dentro del cual un proceso de negocio debe ser restaurado después de un desastre para prevenir consecuencias inaceptables. RPO se refiere a la cantidad de datos que se pueden perder durante un desastre sin afectar un proceso de negocio.
Las empresas también pueden utilizar el DRaaS asistido para identificar debilidades en sus capacidades de recuperación ante desastres y aprovechar los servicios específicos del proveedor. En comparación con el modelo de autoservicio, este modelo es típicamente más costoso.
DRaaS Gestionado
En este modelo, el proveedor de servicios es responsable de todos los aspectos de la estrategia de DRaaS, incluyendo la planificación, prueba, gestión e implementación. Un proveedor de DRaaS gestionado permite a las organizaciones y sus equipos de TI descargar todas las preocupaciones de DR, ya que un proveedor de servicios de terceros es totalmente responsable de la recuperación.
Cuando ocurre un desastre, el proveedor de DRaaS gestionado llevará a cabo el proceso de recuperación. Estos servicios ofrecen un SLA de recuperación único para los requisitos de una empresa. Los proveedores de DRaaS gestionado también pueden proporcionar una solución independiente de la plataforma que ofrece conmutación por error para hardware virtual o físico, tanto dentro de centros de datos locales como a través de múltiples proveedores de servicios en la nube.
En resumen, el DRaaS gestionado reduce el esfuerzo que el equipo de TI tiene que poner durante la recuperación ante desastres a casi cero. Como era de esperar, las soluciones de DR gestionadas son típicamente las más costosas en comparación con los modelos de DRaaS de autoservicio o asistido. Sin embargo, los modelos gestionados son especialmente útiles para pequeñas empresas que pueden carecer de la infraestructura y la experiencia interna para planificar y ejecutar planes de recuperación ante desastres de TI.
