Miglior approccio per istanze di test e produzione di Discourse

Ciao,
Sto per creare un’istanza di Discourse su un server cloud Digital Ocean seguendo la guida.

Per iniziare, useremo Discourse in una configurazione leggera/predefinita, estendendola gradualmente. Per prendere confidenza, vorremmo utilizzare occasionalmente un’istanza di test.
Qual è l’approccio più intelligente?

  1. Stesso server dietro un reverse proxy
  2. Multisito

come riassunto in Sandbox e test di Discourse sull’host?.

So che la prima opzione richiede più RAM, come risposto in Two standalone instances on one server? - #26 by schleifer, ma verrebbe eseguita solo occasionalmente.
Ci sono altri argomenti su questa domanda:

  1. Istanze multiple di Discourse su un singolo server
  2. Esecuzione di altri siti web sulla stessa macchina di Discourse
    ma manca un confronto pro/contro.

Un altro obiettivo di questo esercizio è prendere confidenza con:

  1. backup
  2. spostamento
  3. migrazione dei contenuti
  4. migrazione delle impostazioni
  5. migrazione di singole discussioni

Un caso d’uso è discutere qualcosa nell’istanza di produzione, spostare il contenuto del forum (l’intero database), testarlo sull’istanza di test e riportare la discussione nella produzione tramite esportazione/importazione di singole discussioni e copiando le impostazioni modificate, come nel caso in cui testiamo e approviamo un plugin.

Il multisito non è utile per un server di test. Se aggiorni per verificare se c’è un plugin rotto, entrambi i siti vengono compromessi.

Un unico server dietro un reverse proxy va bene, ma crea molti problemi; se per te non è complicato, una delle soluzioni con “istanze multiple di Discourse” potrebbe fare al caso tuo. La più semplice è utilizzare un server separato e far condividere a entrambi un bucket di backup su S3, in modo da poter ripristinare facilmente i dati dal sito di produzione a quello di sviluppo per vedere come appaiono le cose. Questo ti convincerà anche che puoi mettere in piedi un nuovo server con il backup più recente.

è davvero economico :slight_smile: meglio della soluzione OD, come si possono inviare automaticamente i backup a S3 da DO?

potresti dirmi quali sono i problemi :upside_down_face:
poiché stiamo adottando un approccio a basso costo (per l’inizio). Quindi

è preferibile evitarlo

In tal caso, potresti semplicemente configurare entrambi i container con lo stesso volume di backup ed evitare di cercare come configurare i backup su S3.

nginx proxy mi suona familiare, vedrò come mi trovo con esso :yum:

Secondo me, l’approccio migliore è evitare complicazioni e inutili agitazione. Prendi semplicemente due droplet e considerala fatta.

L’ho fatto con uno solo, ma alla fine non sono riuscito a inviare l’email di verifica, DigitalOcean + Siteground Email tramite la porta 465 non funziona (la 2525 invece sì) :face_with_symbols_over_mouth:.
Ora ricomincio da capo seguendo la guida all’installazione, inclusa la creazione di un account Mailgun :face_vomiting:.