Cerramos el Capítulo 26 (y la Parte VI) con la pieza más fundamental de cualquier estrategia de disaster recovery: las copias de seguridad. Vimos en el subcapítulo 26.2 que incluso la estrategia más básica (Backup & Restore) se apoya en tener buenas copias. Pero hacer copias bien, de muchos servicios distintos, de forma fiable y automática, no es trivial. Para resolverlo, AWS ofrece AWS Backup: un servicio que centraliza y automatiza las copias de seguridad de toda tu infraestructura.

Una empresa típica en AWS tiene datos en muchos sitios: bases de datos RDS (Capítulo 8), discos de servidores (EBS), archivos en EFS, datos en DynamoDB... Cada servicio tiene su propia forma de hacer copias. Gestionarlas por separado es un lío y un riesgo:

Los problemas de hacerlo así: es fácil olvidar configurar las copias de algún recurso (y descubrirlo cuando ya es tarde), cada servicio se gestiona distinto, es difícil comprobar que todo se está respaldando, y no hay una política común. Necesitas un sitio único que gestione todas las copias.

AWS Backup es un servicio que centraliza y automatiza las copias de seguridad de muchos servicios de AWS desde un solo lugar. Defines tus reglas de copia una vez, y AWS Backup se encarga de hacer las copias de todos los recursos indicados, automáticamente y de forma consistente.

Analogía: AWS Backup es como contratar un servicio profesional de copias para toda tu casa, en vez de que cada habitación se encargue por su cuenta. En lugar de que tú recuerdes hacer una copia del ordenador, otra del móvil, otra de los documentos... un único servicio se ocupa de todo, según un plan que defines una vez, y te garantiza que nada se queda sin copia. Centralizado, automático y fiable.

Defines planes de copia (backup plans) que dicen qué copiar, cada cuánto y cuánto tiempo guardarlo, y se aplican automáticamente:

Fíjate cómo esto conecta con el RPO (subcapítulo 26.1): la frecuencia de las copias (cada cuánto) determina cuántos datos puedes perder. Si copias cada hora, tu RPO es de una hora.

AWS Backup puede aplicar un plan a todos los recursos que tengan cierta etiqueta (recuerda las etiquetas, subcapítulo 6.x). Así, cualquier recurso nuevo que crees con la etiqueta «producción» queda automáticamente incluido en las copias, sin tener que acordarte. Esto evita el error de olvidar respaldar algo.

Gestiona automáticamente cuánto tiempo se guardan las copias y cuándo se borran las viejas (para no acumular costes infinitos), e incluso puede mover copias antiguas a almacenamiento más barato (recuerda las clases de almacenamiento, subcapítulo 5.x).

Desde un solo panel, ves qué se está respaldando y qué no, lo que facilita demostrar (a auditores, por normativa) que tus datos están protegidos. Esto enlaza con el cumplimiento que vimos en el Capítulo 23.

El gran valor de AWS Backup es la tranquilidad de saber que todos tus datos importantes se respaldan de forma automática, consistente y verificable, sin depender de que alguien se acuerde de configurarlo recurso por recurso. Las copias son tu red de seguridad definitiva: si todo lo demás falla (un borrado accidental, un ataque de ransomware, un error catastrófico), puedes recuperar desde las copias.

⚠️ Una copia que no se ha probado, no es una copia. Tan importante como hacer copias es verificar que se pueden restaurar. Muchas empresas descubren que sus copias estaban corruptas o incompletas... justo cuando las necesitan. Prueba tus restauraciones periódicamente.

Ejemplo del mundo real: una empresa sufre un ataque de ransomware que cifra y daña datos en varias de sus bases de datos. Pánico... hasta que recuerdan que tienen AWS Backup con copias diarias de todos los recursos de producción (aplicadas automáticamente por etiqueta). Restauran las bases de datos a su estado de la noche anterior. Pierden, como mucho, unas horas de datos (su RPO), pero recuperan el negocio en horas en vez de perderlo todo. La inversión en copias centralizadas y automáticas les salvó. Sin AWS Backup, quizá alguna base de datos crítica no habría tenido copia, con consecuencias catastróficas.

AWS Backup es la base sobre la que se apoyan las estrategias de disaster recovery:

Sin buenas copias, ninguna estrategia de recuperación funciona. AWS Backup garantiza que esa base está sólida.

• Gestionar copias de cada servicio por separado es un lío y un riesgo (fácil olvidar algo, inconsistente, difícil de auditar). Hace falta centralizar.
• AWS Backup centraliza y automatiza las copias de seguridad de muchos servicios (RDS, EBS, DynamoDB, EFS...) desde un solo lugar. Como un servicio profesional de copias para toda la casa.
• Funciones: planes de copia (qué, cada cuánto, cuánto guardar), aplicación por etiquetas (los recursos nuevos se incluyen solos), gestión del ciclo de vida/retención, y auditoría centralizada.
• La frecuencia de las copias determina tu RPO (subcap. 26.1): copias más frecuentes = menos datos perdidos.
• Aporta la tranquilidad de tener todos los datos protegidos automáticamente; las copias son la red de seguridad definitiva ante borrados, ataques o desastres.
• ⚠️ Prueba tus restauraciones: una copia que no se ha probado no es fiable.

¡Has completado el Capítulo 26 y, con él, toda la Parte VI (AWS avanzado: seguridad, observabilidad y costes)! Ya dominas cómo asegurar, observar, optimizar y proteger tu infraestructura. En la Parte VII daremos un salto hacia las arquitecturas de referencia y patrones expertos, empezando por el Well-Architected Framework de AWS.