Расширить встроенные параметры удаленных целей резервного копирования

Было бы замечательно, если бы Discourse мог нативно поддерживать различные варианты резервного копирования в удалённые хранилища, помимо только Amazon S3, без необходимости полагаться на очень старые и (по-видимому) частично нерабочие плагины, которые больше не поддерживаются.

В частности, небольшие форумы для хобби часто управляются людьми без бюджета и с минимальными навыками, поэтому чем меньше препятствий в виде требований к знаниям, шагов конфигурации и зависимостей от сторонних сервисов между Discourse и удалённым хранилищем, тем лучше.

Я хотел бы иметь возможность синхронизировать последние 5 резервных копий с моим локальным NAS-устройством, например, через SFTP (оно находится за фиксированным IP-адресом).

Также — в платные сервисы резервного копирования, к которым у обычного «гражданского» пользователя может уже быть базовая подписка для семьи, например Idrive и Backblaze (самый дешёвый тариф).

И, разумеется, в стандартные бесплатные облачные хранилища.

Есть ли что-то подобное в дорожной карте разработки Discourse?

2 лайка

В данном конкретном случае не подошло бы ли для вас выполнение rsync, запущенного с вашего NAS в папку с резервными копиями сервера Discourse?

Вы уже изучили такие руководства, как:

2 лайка

Привет, Falco, спасибо за предложения.

В течение нескольких месяцев я действительно использовал rsync, но он перестал работать без какой-либо понятной мне причины. В логах не было ошибок, изменений в настройках роутера, о которых я знал, не происходило, места на жёстком диске хватало. Перезагрузка NAS и роутера не помогла. Возможно, что-то изменилось на стороне Digital Ocean или из-за обновлений программного обеспечения Discourse, но я не специалист в IT, и мои постоянные попытки разобраться в этой проблеме постоянно откладывались из-за других жизненных приоритетов.

Позже я переформатировал и перенастроил устройство NAS (из-за не связанной с этим проблемы), но, столкнувшись с необходимостью заново изучать всё, что мне приходилось исследовать в первый раз, и вспоминая все пробные ошибки при попытке настроить удалённое резервное копирование, я задался вопросом, зачем вообще это нужно.

Погружение в crontabs кажется похожей проблемой (что бы это ни было — я предполагаю, что это что-то вроде cron-задач, которые я когда-то использовал для резервного копирования с моего веб-хостинга, пока они тоже не перестали работать по причинам, которые я так и не смог объяснить или решить).

Хорошая система резервного копирования — это та, которую пользователь готов и способен поддерживать.

Та, которая требует знаний и навыков работы с системами сторонних производителей, которые обычно не входят в сферу деятельности пользователя, кажется слабой звеном, добавляющим больше переменных и рисков, чем необходимо.

Следуя руководствам, я просто механически повторяю инструкции, не понимая их сути, и полностью теряюсь, если и когда сталкиваюсь с ситуациями, которые неизбежно отличаются от тех, что описаны авторами этих руководств.

Любая система, полагающаяся на плагины сторонних разработчиков, которые больше даже не поддерживаются активно и уже частично не работают, также кажется плохой идеей.

Система, где конфигурация выполняется в одном привычном месте внутри программного обеспечения, разработанного специально для этой задачи и поддерживаемого людьми, которые знают о том, что требуется для её выполнения, гораздо больше, чем я когда-либо смогу узнать, кажется мне гораздо лучшей идеей.

1 лайк

Я случайно наткнулся на это сегодня, но IDrive на самом деле поддерживает API Amazon S3. Это означает, что теоретически можно использовать резервное копирование Discourse в S3, просто используя очень дешёвый «e2», и ваш Discourse не заметит разницы.
см. https://www.idrive.com/e2/

1 лайк

Спасибо, Алон.

Я упомянул iDrive, потому что у меня уже есть стандартная подписка на резервное копирование для дома, но она не включает их S3-сервис.

Основная цель этого пожелания по доработке — добавить варианты назначения для небольших бесплатных пользователей форума, не требующих дополнительных платных подписок.

Другим вариантом, который я надеялся использовать, было бы локальное NAS-устройство.

С уважением,

1 лайк

6 сообщений были перенесены в новую тему: Добавление idrive как S3-сервиса