Recuperación de desastres - Implementación de microservicios en AWS

Recuperación de desastres

Como se mencionó anteriormente en la introducción de este documento técnico, las aplicaciones de microservicios típicas se implementan utilizando los patrones de aplicación de doce factores. La sección Procesos establece que «los procesos de doce factores no tienen estado y no comparten nada. Cualquier dato que deba conservarse debe almacenarse en un servicio de respaldo con estado, normalmente una base de datos».

Para una arquitectura de microservicios típica, esto significa que el enfoque principal para la recuperación de desastres debe estar en los servicios descendentes que mantienen el estado de la aplicación. Por ejemplo, pueden ser sistemas de archivos, bases de datos o colas, por ejemplo. Al crear una estrategia de recuperación de desastres, las organizaciones suelen planificar el objetivo de tiempo de recuperación y el objetivo de punto de recuperación.

El objetivo de tiempo de recuperación es el retraso máximo aceptable entre la interrupción del servicio y la restauración del servicio. Este objetivo, definido por la organización, determina lo que se considera una ventana de tiempo aceptable mientras el servicio no está disponible.

El objetivo de punto de recuperación es la cantidad de tiempo máxima aceptable desde el último punto de recuperación de datos. Este objetivo, definido por la empresa, determina lo que se considera una pérdida aceptable de datos entre el último punto de recuperación y la interrupción del servicio.

Para obtener más información, consulte el documento técnico Disaster Recovery of Workloads on AWS: Recovery in the Cloud.