Cómo hacer una copia de seguridad automática de la base de datos Postgre en Docker

## Opción uno: script de host + tarea programada de Crontab

Este es el método más clásico y directo. A través de la escritura de scripts de shell en el host (Host), se utiliza `docker exec` para llamar a la herramienta `pg_dump` dentro del contenedor.

### Pasos de implementación:

1. **Escribir script**: crear un archivo `.sh`, cuyo contenido generalmente incluye:

   ```Bash
   docker exec -t <nombre_contenedor> pg_dumpall -c -U <nombre_usuario> > /ruta/a/copias/db_$(date +%Y%m%d).sql
   ```

2. **Configurar permisos**: asegurarse de que el script tenga permisos de ejecución.

3. **Configurar Cron**: usar `crontab -e` para agregar una tarea programada (como ejecutar cada día a las 2 am).

4. **Mecanismo de limpieza**: agregar en el script el comando `find` para eliminar automáticamente las copias de seguridad de hace X días.

### Resumen de ventajas y desventajas:

- **Ventajas**: no requiere modificar la imagen del contenedor, la configuración es flexible, no ocupa recursos adicionales del contenedor.
- **Desventajas**: depende de la configuración del entorno del host, si se migra a un nuevo servidor, se necesita reconfigurar Cron y la ruta del script.

## Opción dos: usar un contenedor "sidecar" (Sidecar Container)

En Docker Compose, agregar un servicio dedicado a la copia de seguridad. Actualmente, la comunidad tiene muchas imágenes maduras, como `prodrigestivill/postgres-backup-local`.

### Pasos de implementación:

1. **Modificar el archivo Compose**: en `docker-compose.yml`, aumentar el servicio de copia de seguridad:

   
   ```YAML
   servicios:
     db:
       imagen: postgres:15
     copia_de_seguridad:
       imagen: prodrigestivill/postgres-backup-local
       volúmenes:
         - ./copias:/copias
       enlaces:
         - db
       entorno:
         - POSTGRES_HOST=db
         - POSTGRES_USER=usuario
         - POSTGRES_PASSWORD=contraseña
         - SCHEDULE=@daily # usar la expresión Cron integrada
         - BACKUP_KEEP_DAYS=7
   ```

2. **Iniciar el servicio**: después de `docker-compose up -d`, el servicio de copia de seguridad se ejecutará automáticamente según el `SCHEDULE` configurado.

### Resumen de ventajas y desventajas:

- **Ventajas**: alta integración, la configuración se gestiona junto con el código del proyecto; fácil de migrar, una vez configurado, se puede ejecutar en cualquier lugar.
- **Desventajas**: aumenta la carga de un contenedor, y los archivos de copia de seguridad se almacenan por defecto en un volumen, aún se necesita considerar la copia de seguridad remota.

## Opción tres: copia de seguridad en la nube/almacenamiento de objetos (como S3/OSS)

Si sus datos son muy importantes, se sugiere transmitir la copia de seguridad directamente a almacenamiento en la nube (como AWS S3 o Alibaba Cloud OSS), para prevenir fallos en el servidor físico.

### Pasos de implementación:

1. **Seleccionar la imagen**: usar una imagen que soporte el protocolo S3 (como `schickling/postgres-backup-s3`).
2. **Configurar variables de entorno**: en el contenedor, configurar `S3_ACCESS_KEY_ID`, `S3_SECRET_ACCESS_KEY` y `S3_BUCKET`.
3. **Ejecutar la copia de seguridad**: el contenedor completará automáticamente el proceso de "exportación -> compresión -> carga".

### Resumen de ventajas y desventajas:

- **Ventajas**: **copia de seguridad remota**, seguridad extremadamente alta; no ocupa espacio en el disco local.
- **Desventajas**: requiere ancho de banda de Internet, y generará algunos costos de almacenamiento en la nube.

## Comparación integral de opciones

| **Característica**     | **Opción uno: script de host** | **Opción dos: contenedor sidecar** | **Opción tres: copia de seguridad en la nube** |
| ---------------------- | ---------------------------- | -------------------------------- | ----------------------------------------- |
| **Dificultad de implementación** | Media (requiere configurar Cron) | **Fácil (configurar YAML)**      | Más compleja (requiere autorización en la nube) |
| **Portabilidad**      | Baja                          | **Excelente**                    | Buena                                    |
| **Seguridad**        | Depende del disco local       | Depende del disco local          | **Muy alta (copia de seguridad remota)**     |
| **Escenario de aplicación** | Proyectos pequeños en una sola máquina | Aplicaciones complejas, microservicios | Entornos de producción, negocios críticos    |

## Recomendaciones

- **No solo hacer copias de seguridad, sino también probarlas**: periódicamente intentar restaurar datos desde los archivos de copia de seguridad para asegurarse de que las copias de seguridad son "vivas".
- **Tratar la información sensible**: evitar escribir contraseñas en texto plano en scripts o archivos Compose, se sugiere usar secretos de Docker o archivos `.pgpass`.
- **Monitoreo y alertas**: independientemente de la opción elegida, es recomendable configurar una notificación de falla de copia de seguridad (como un hook de WeChat/钉钉), para evitar que la copia de seguridad falle silenciosamente.