Restoredrill - Prueba que tus backups de Postgres restauran
Show HN: Restoredrill – proves your Postgres backups restore
Restoredrill es una herramienta de línea de comandos que verifica automáticamente que tus backups de PostgreSQL realmente se pueden restaurar. Descarga el último backup, lo restaura en un contenedor desechable, ejecuta comprobaciones personalizadas y genera un informe JSON con el tiempo de restauración. Diseñado para equipos que necesitan evidencia de recuperación ante desastres para auditorías SOC 2, ISO 27001 o AWS FTR, Restoredrill se integra fácilmente en CI o programaciones cron, y alerta a través de Prometheus, Slack o webhooks. Configúralo en diez minutos sin acceso a producción y convierte la prueba de restauración en un hábito de un solo comando.
Los backups no probados no son backups. Restoredrill demuestra que tus backups de PostgreSQL realmente se restauran, antes de que lo descubras de la manera difícil.
- sebmellen
> Hay otras herramientas en este espacio. Vale la pena nombrarlas claramente en lugar de fingir que no existen.
¿Por qué a los LLM les gusta este tipo de escritura? ¿Por qué necesitabas nombrar "claramente" a la competencia en lugar de nombrarlos "extravagantemente"?
Esta es una idea genial, pero el README es absurdamente poco directo.
- lbrito
Esta es una gran idea y algo que he enfrentado y tenido que implementar manualmente en el pasado.
El escenario más común para mí era: implemento la copia de seguridad, hecha por un cron diario que llama a pg_dump. Funcionaba y seguía adelante, hasta que un día necesité restaurar y las copias no funcionaban. Típicamente, en algún momento la VM fallaba al ejecutar los comandos para limpiar los archivos temporales de respaldo, el disco se llenaba y las nuevas copias se truncaban a la mitad.
psql es bastante malo para identificar esto, que debe ser un escenario muy común. En lugar de una verificación de cabecera que lleve a "Copia corrupta, abortando" o algo así, simplemente ejecuta los comandos SQL hasta llegar a la última línea, que estará truncada a la mitad y por lo tanto SQL inválido.
De todos modos, me llevó un tiempo darme cuenta, pero luego hice básicamente lo que hace tu herramienta, probablemente más simple: otro cron diario que descarga el archivo y verifica si termina con la firma correcta de éxito de pg_dump. Ha funcionado hasta ahora.
- csydas
Vi tu comentario ahora muerto sobre cómo nadie de los que entrevistaste tenía una respuesta...
solo que me sorprende que la gente de devops no esté en una organización que tenga software de respaldo, porque este tipo de pruebas es carga estándar en la mayoría de los software de respaldo, e incluso resuelven el problema de espacio y aislamiento con varias capacidades de restauración instantánea / publicación donde los datos de la copia se montan directamente en algún servidor de staging con postgres o lo que sea instalado en un área aislada.
No estoy tratando de menospreciar la idea, tienes razón en que la mayoría de la gente no prueba sus copias de seguridad, pero es un poco extraño que nadie de los que hablaste usara alguno de los software de respaldo más comunes.
Definitivamente estoy a favor de soluciones gratuitas ya que el campo del software de respaldo es horrible como muchos campos de tecnología empresarial, pero los flujos de trabajo sí existen.