Лучший подход для тестового и продакшн-инстанса Discourse

Здравствуйте,
Я собираюсь создать экземпляр Discourse на облачном сервере Digital Ocean в соответствии с руководством.

Сначала мы будем использовать Discourse в облегчённой/стандартной конфигурации, постепенно расширяя её. Для ознакомления мы хотели бы время от времени использовать тестовый экземпляр.
Какой подход будет более разумным?

  1. тот же сервер за обратным прокси-сервером
  2. мульти-сайт

как обобщено в теме Песочница и тестовый экземпляр Discourse на хосте?.

Я знаю, что первый вариант требует больше оперативной памяти, как указано в Two standalone instances on one server? - #26 by schleifer, но он будет запускаться только время от времени.
Есть другие темы, посвящённые этому вопросу:

  1. Несколько экземпляров Discourse на одном сервере
  2. Запуск других веб-сайтов на той же машине, что и Discourse
    но в них нет сравнения преимуществ и недостатков.

Другая цель этого упражнения — ознакомиться с:

  1. резервным копированием
  2. переносом
  3. миграцией контента
  4. миграцией настроек
  5. миграцией отдельных обсуждений

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

Мультисайт не подходит для тестового сервера. Если вы обновляете систему, чтобы проверить наличие сломанного плагина, оба сайта будут повреждены.

Один и тот же сервер за обратным прокси-сервером допустим, но это создаёт множество проблем; если для вас это не сложно, то одно из решений «несколько экземпляров Discourse» может подойти. Самый простой вариант — использовать отдельный сервер и настроить общий бакет S3 для резервных копий, чтобы можно было легко восстанавливать данные с производственного сайта на тестовый и проверять, как всё выглядит. Это также убедит вас в том, что вы можете быстро развернуть новый сервер с последней резервной копией.

Это действительно дёшево :slight_smile: лучше, чем решение от OD. Как автоматически выгружать резервные копии в S3 с DO?

Не могли бы вы рассказать, в чём именно заключаются эти проблемы :upside_down_face:
Так как мы следуем подходу с минимальными затратами (на начальном этапе). Поэтому

желательно избегать.

В таком случае вы можете просто использовать один и тот же том резервного копирования для обоих контейнеров и не искать способы настройки резервных копий в S3.

nginx proxy звучит знакомо, посмотрю, как у меня получится с ним :yum:

На мой взгляд, лучший подход — минимизировать лишние хлопоты и усложнения. Просто создайте два Droplet и на этом всё.

Я сделал это с одним, но в итоге не смог отправить письмо с подтверждением, DigitalOcean + Siteground Email через порт 465 не работает (2525 будет работать) :face_with_symbols_over_mouth:.
Теперь я начинаю с нуля, следуя руководству по установке, включая создание аккаунта Mailgun :face_vomiting:.