El plan de recuperación ante desastres de Atlassian

Contar con un plan de recuperación ante desastres es clave a nivel de software para procurar que la continuidad empresarial sea una realidad en todo momento. Este plan, describe cada uno de los procesos que se deben seguir en caso que algún desastre ocurra en una o en toda la pila de software de tu empresa, de esta forma, garantizarás el correcto funcionamiento en todo momento, y por ende, evitar pérdidas económicas. Aquí te contaremos en qué consiste el plan de recuperación ante desastres de Atlassian.

En el caso de las herramientas Atlassian, esto significa que estas garantizan la disponibilidad en el caso de que la instancia principal deje de estar disponible. En las herramientas, en su versión Data Center se incluye la configuración de una estrategia de espera en frío. Es decir, una estrategia de conmutación en caso de fallo y una planificación de recuperación ante desastres es parte fundamental para lograr alta disponibilidad de los sistemas y herramientas de software.

Con la recuperación ante desastres de Atlassian para las herramientas Data Center, es posible la replicación de índices, las actualizaciones de archivos adjuntos y la sincronización de bases de datos para cumplir con los requisitos específicos que se apeguen al plan de recuperación ante desastres que establezcas, basado en tus necesidades particulares.

El plan de continuidad de negocio vs. La recuperación ante desastres

La continuidad del negocio y la recuperación ante desastres se utilizan a menudo sin mayor diferenciación entre ellos, sin embargo, cada uno de estos términos se refieren a conceptos diferentes:

1. La recuperación ante desastres, es un método que ayuda a una organización a recuperar acceso y funcionalidad en una infraestructura de TI tras un desastre natural o humano, y este parte de la continuidad del negocio.
   
   
2. La continuidad del negocio se refiere a una estrategia que permite a una organización operar con un tiempo de inactividad mínimo.

En primer lugar, al realizar una planificación de la continuidad del negocio, hay que desarrollar un análisis del impacto del negocio que debe incluir una evaluación y priorización de las funciones del negocio, y como parte de esta planificación, es necesario identificar el potencial impacto que pueda generar un desastre en el área de TI. Los análisis de impacto empresarial también pueden incluir:

•    Estimaciones del tiempo máximo de inactividad que se pueda permitir la empresa sin contabilizar pérdidas significativas.
  
  
•    El establecimiento de los tiempos de recuperación ideales.
  
  
•    Realización de un análisis de impacto empresarial que permita identificar las posibles dependencias y de esta forma, tener cubierto cada posible escenario. 

Un segundo paso al momento de crear un plan de continuidad del negocio consiste en realizar una evaluación de riesgos mediante el análisis del impacto en el negocio. Este paso ayuda a la organización a analizar las amenazas y considerar la probabilidad y gravedad de los posibles desastres.

Cada empresa debe priorizar sus procesos empresariales y realizar un análisis de las deficiencias con respecto a sus políticas existentes. Las evaluaciones de riesgos también pueden influir en la disposición de la organización a invertir para conseguir mejores resultados.

Ventajas de contar con un plan de recuperación ante desastres

Un plan de recuperación ante desastres es un proceso documentado que permite recuperar rápidamente aquellas herramientas de software que sean de misión crítica después de un desastre.

Toda esta planificación está bien, sin embargo, no es hasta que se produce un desastre en la vida real ers cuando realmente se enfrentan todos los posibles escenarios y se pone a prueba esta planificación. Hay que tener en cuenta que, en principio, los planes de recuperación ante desastres son sobre todo teóricos.

Los beneficios de contar con un plan de recuperación ante desastres incluyen tiempos de recuperación veloces y minimizan la posibilidad del tiempo de inactividad o pérdida de datos, al momento de enfrentar un desastre.

Tres elementos formarán parte de un plan de recuperación ante desastres. Estos son:

•    El Objetivo de Punto de Recuperación (RPO), que es el grado de actualización que necesitan los sistemas después de un fallo, o la cantidad de datos que puedes permitirte perder en un fallo.
  
  
•    El Objetivo de Tiempo de Recuperación (RTO), es la rapidez con la que necesitas que tu sistema de reserva esté disponible tras un fallo.
  
  
•    Objetivo de Coste de Recuperación (RCO), es la cantidad de dinero que pretendes gastar en tu solución o plan de recuperación ante desastres.

Tipos de planes de recuperación ante desastres

Los incidentes que pueden ocurrir en los sistemas del equipo de TI pueden producirse tanto por circunstancias naturales o provocadas por las personas. Las ciber-amenazas, los errores humanos, la mala planificación y los fallos de hardware o software están allí y pueden ocurrir. Independientemente de cómo se produzca un desastre, el problema está en el tiempo de inactividad, ya que este es el que provoca pérdidas de productividad y la imposibilidad de generar ingresos. Cuanto más grande sea la organización de un plan de recuperación ante desastres, los equipos tendrán mejor cubiertos los resultados que puedan arrojar .

Los planes de recuperación ante desastres deben crearse para cada herramienta de software de la empresa, tanto para las herramientas autogestionadas (Server y Data Center de Atlassian) como aquellas alojadas en la nube. En los últimos años, las herramientas de recuperación ante desastres como servicio (DRaaS) han crecido en popularidad, y proporcionan servicios de replicación y alojamiento de terceros para proporcionar la conmutación por error a otra ubicación.

Dependiendo de la infraestructura que utilice tu organización, es posible que también tengas que crear un plan de recuperación de desastres para cubrir los aspectos físicos de tu infraestructura de software de TI, la infraestructura de red de tu organización y cualquier máquina virtual utilizada.

Configuración de los productos Data Center para implementar una estrategia de recuperación en caso de desastres

Los productos Data Center de Atlassian te ayudan a implementar una estrategia de recuperación ante desastres con las versiones Data Center de Jira, Confluence y Bitbucket, solamente es necesario que el equipo configure las instancias de espera en frío en el caso del desastre. Garantizar la continuidad del negocio y mantener tu objetivo de tiempo de recuperación, incluso ante una interrupción completa del sistema, es posible con las herramientas de Atlassian. 

Los pasos generales que se deben seguir para configurar la recuperación ante desastres es sencilla:

1. El equipo de TI tendrá que crear un sistema de reserva sin ponerlo en marcha.
   
   
2. Implementar una estrategia de replicación de datos. Es importante tener en cuenta que la replicación de datos a tu ubicación de reserva es crucial para que la estrategia de reserva fría funcione correctamente. No querrás tener que hacer una conmutación por un fallo a tu instancia de reserva y descubrir que está desactualizada o que tardará muchas horas en volver a indexar la base de datos.

Ten en cuenta que mientras tengas una licencia Data Center activa, no necesitarás comprar licencias adicionales o separadas para iniciar Jira, Confluence o Bitbucket en una instancia de espera fría.

Pruebas de recuperación ante desastres

👀 No esperes a que ocurra un desastre para saber si tu plan de recuperación ante desastres va a funcionar o no. 👀

Las personas que participan en los servicios de emergencia, como los bomberos y los médicos, practican regularmente habilidades de rescate, así que ¿por qué no deberías hacerlo tu equipo? Con la práctica, tu equipo se familiarizará y se sentirá cómodo en una situación de alta presión, lo que llevará a una resolución más rápida y feliz.

¿Qué pasos se deben seguir para hacer pruebas de recuperación en caso de desastres en Jira, Confluence y Bitbucket Data Center?

1. Te sugerimos que aísles los datos de producción antes de realizar cualquier prueba de recuperación ante desastres.
   
   
2. Asegúrate de que tu sistema de conmutación por error está listo y pon en marcha la aplicación.
   
   
3. No olvides supervisar tus archivos de registro y comprobar si hay problemas de consistencia.
   
   
4. Después de las pruebas, restablece tu despliegue de recuperación de desastres restaurando los componentes en espera a un estado en el que pueda producirse la replicación.
   
   
5. En muchos casos, puede ser más fácil configurar de nuevo tu infraestructura en espera.

¿Te interesa implementar esta funcionalidad en tus productos Data Center de Atlassian pero no estás seguro cómo? En Deiser, somos Platinum Solution Partners Enterprise de Atlassian, es decir, te ayudamos en todo lo que tenga ver con todas las herramientas de Atlassian, en cada una de sus versiones. Si necesitas que te ayudemos, contáctanos a continuación.