Ampliar las opciones integradas de destino remoto para copias de seguridad

Sería fantástico si Discourse pudiera admitir de forma nativa una variedad de opciones de copia de seguridad en ubicaciones remotas más allá de Amazon S3, sin depender de complementos muy antiguos y (aparentemente) parcialmente rotos que ya no se mantienen.

Los foros de aficionados más pequeños en particular tienden a ser administrados por personas sin presupuesto y con habilidades mínimas, por lo que cuanto menos obstáculos haya en términos de requisitos de conocimiento, pasos de configuración y dependencias de terceros para mantener entre Discourse y el destino remoto, mejor.

Me gustaría poder sincronizar las últimas 5 copias de seguridad en mi dispositivo NAS local a través de sftp, por ejemplo (está detrás de una dirección IP fija).

También a destinos de servicios de copia de seguridad de pago a los que un “civil” estándar podría tener ya una suscripción básica, para su familia, como Idrive y Backblaze (nivel más barato).

También a los destinos gratuitos estándar en la nube, obviamente.

¿Hay algo como esto en la hoja de ruta de desarrollo de Discourse?

2 Me gusta

En este caso específico, ¿no funcionaría muy bien ejecutar un rsync desde tu NAS a la carpeta de copias de seguridad del servidor Discourse?

¿Has consultado las guías como

2 Me gusta

Hola, Falco, y gracias por las sugerencias.

De hecho, llevo un par de meses ejecutando rsync, pero dejó de funcionar sin ninguna razón que pudiera identificar. No había errores en los registros, ni cambios que yo supiera en el enrutador, ni falta de espacio en el disco duro. El reinicio del NAS y del enrutador no tuvo ningún efecto. Posiblemente algo cambió con Digital Ocean o con las actualizaciones del software Discourse, pero no soy ningún experto en informática, y mis continuos intentos de llegar al fondo de este problema se vieron pospuestos por otras prioridades de la vida.

Desde entonces, he reformateado y reconfigurado el dispositivo NAS (debido a un problema no relacionado), pero al enfrentarme a la tarea de reaprender todo lo que tuve que investigar la primera vez, y a todos los ensayos y errores que implicó intentar que las copias de seguridad remotas funcionaran por primera vez, me pregunté por qué esto debería ser necesario.

Profundizar en los crontabs parece un problema similar (sean lo que sean, supongo que algo parecido a los cron jobs que usé una vez para hacer copias de seguridad de mi host web, hasta que también dejaron de funcionar por razones que nunca pude explicar o resolver).

Un buen sistema de copias de seguridad es aquel que el usuario está dispuesto y es capaz de mantener.

Uno que requiere conocimientos y habilidades en sistemas de terceros que, de lo contrario, no forman parte del rango normal de actividades del usuario, simplemente parece un punto débil, añadiendo más variables y riesgos de los necesarios.

Al seguir las guías, simplemente repito instrucciones de memoria, pero sin entender, y me pierdo por completo cuando las cosas que encuentro inevitablemente no son exactamente como eran para quienquiera que haya redactado las guías.

Cualquier sistema que dependa de plugins de terceros que ya ni siquiera se mantienen activamente, y que además ya están parcialmente rotos, también parece una mala idea.

Un sistema donde la configuración se realiza en un lugar familiar dentro de un software diseñado con esta tarea específica en mente y mantenido por personas que saben mucho más sobre lo que se requiere para lograr la tarea de lo que yo jamás sabré, simplemente me parece una mejor idea.

1 me gusta

Hoy me acabo de enterar de que IDrive en realidad es compatible con la API de Amazon S3, lo que significa que teóricamente puedes usar la copia de seguridad de Discourse en S3, solo que con un “e2” muy barato y tu Discourse no notará la diferencia.
ver https://www.idrive.com/e2/

1 me gusta

Gracias Alon.

Mencioné Idrive porque ya tengo una suscripción estándar de copia de seguridad doméstica con ellos, pero esto no incluye su servicio S3.

El objetivo principal de este deseo de desarrollo era añadir opciones de destino para usuarios de foros pequeños y no remunerados que no requieren suscripciones de pago adicionales.

La otra opción que esperaba usar era mi dispositivo NAS local.

Saludos

**

1 me gusta

Se dividieron 6 publicaciones en un nuevo tema: Añadir idrive como servicio S3