Estamos intentando instalar Discourse a través de gráficos de Helm en Kubernetes en GCP, ver aquí.
Ahora, dado que también debe cubrir nuestro entorno de producción, no debemos perder ningún contenido que se envíe a Discourse. Por supuesto, utilizaremos una base de datos PostgreSQL alojada en GCP, pero no estábamos seguros de si también necesitaremos un Redis alojado aquí.
En caso de que la pérdida de todos los datos en Redis no signifique que la funcionalidad de Discourse se vea afectada, por ejemplo, al perder solo datos en caché, entonces podríamos usar simplemente el Redis en K8s. Sin embargo, si una pérdida de Redis tiene implicaciones más graves, necesitaríamos un Redis alojado.
Yo optaría por un servicio alojado en GCP si estuviera en tu lugar, siempre que ofrezcan una versión de Redis lo suficientemente reciente y no se queden mucho atrás. AWS hace un gran trabajo manteniéndose al día con las nuevas versiones, mientras que GCP / Azure a veces pueden quedarse atrás.
Perder la base de datos de Redis (equivalente a redis-cli flushall) es algo de lo que la aplicación Discourse se recuperará sin mayores problemas, pero perderás algunas cosas, como los correos electrónicos que estaban en cola, etc. Así que, si bien no es algo catastrófico, si puedes evitarlo sin mucha molestia, te lo recomiendo.
