Stiamo attualmente cercando di installare Discourse tramite grafici Helm su Kubernetes in GCP, vedi qui.
Ora, poiché dovrebbe coprire anche il nostro ambiente di produzione, non dobbiamo perdere alcun contenuto portato su Discourse. Naturalmente, utilizzeremo un database Postgresql ospitato su GCP, ma non eravamo sicuri se avessimo bisogno anche di un Redis ospitato qui.
Nel caso in cui una perdita di tutti i dati in Redis non comportasse la compromissione della funzionalità di Discourse, ad esempio perdendo solo dati memorizzati nella cache, potremmo semplicemente utilizzare il Redis in K8s. Tuttavia, se una perdita di Redis avesse implicazioni più pesanti, avremmo bisogno di un Redis ospitato.
Se fossi nei tuoi panni, opterei per un servizio ospitato su GCP, a condizione che spediscano una versione sufficientemente recente di Redis e non siano molto indietro. AWS fa un ottimo lavoro nel tenere il passo con le nuove versioni, mentre GCP / Azure a volte possono essere in ritardo.
La perdita del database Redis (equivalente di redis-cli flushall) è qualcosa da cui l’app Discourse si riprenderà senza grossi problemi, ma perderai alcune cose, come le email che erano in coda, ecc. Quindi, sebbene non sia qualcosa di catastrofico, se puoi evitarlo senza troppi problemi te lo consiglio.
