Nous essayons actuellement d’installer Discourse via des diagrammes Helm sur Kubernetes dans GCP, voir ici.
Maintenant, comme cela doit également couvrir notre environnement de production, nous ne devons perdre aucun contenu apporté à Discourse. Bien sûr, nous utiliserons une base de données PostgreSQL hébergée sur GCP, mais nous ne savions pas si nous avions également besoin d’un Redis hébergé ici.
Dans le cas où une perte de toutes les données dans Redis ne signifierait pas que la fonctionnalité de Discourse est affectée, par exemple en perdant uniquement des données mises en cache, alors nous pourrions simplement utiliser le Redis dans K8s. Cependant, si une perte de Redis a des implications plus graves, nous aurions besoin d’un Redis hébergé.
Je choisirais un service hébergé sur GCP si j’étais à votre place, à condition qu’ils fournissent une version suffisamment récente de Redis et qu’ils ne soient pas trop en retard. AWS fait un excellent travail pour suivre les nouvelles versions, tandis que GCP / Azure peuvent parfois être en retard.
La perte de la base de données Redis (équivalent de redis-cli flushall) est quelque chose dont l’application Discourse se remettra sans problème majeur, mais vous perdrez certaines choses, comme les e-mails qui étaient dans une file d’attente, etc. Donc, bien que ce ne soit pas catastrophique, si vous pouvez l’éviter sans trop de difficultés, je vous le recommande.
La plus grande chose que vous perdriez serait les choses qui sont mises en file d’attente pour se produire à l’avenir. Ce n’est généralement pas un problème.
