Wir versuchen derzeit, Discourse über Helm-Charts auf Kubernetes in GCP zu installieren. Weitere Informationen finden Sie hier.
Da dies auch unsere Produktionsumgebung abdecken soll, dürfen wir keine Inhalte verlieren, die in Discourse eingebracht werden. Selbstverständlich werden wir eine gehostete PostgreSQL-Datenbank auf GCP verwenden, aber wir waren uns nicht sicher, ob wir hier auch einen gehosteten Redis benötigen.
Falls ein Verlust aller Daten in Redis nicht bedeutet, dass die Funktionalität von Discourse beeinträchtigt wird, z. B. durch den Verlust von nur zwischengespeicherten Daten, könnten wir einfach den Redis in K8s verwenden. Wenn jedoch ein Verlust von Redis schwerwiegendere Auswirkungen hätte, bräuchten wir einen gehosteten Redis.
Ich würde mich für einen gehosteten Dienst in GCP entscheiden, wenn ich in Ihren Schuhen wäre, vorausgesetzt, sie liefern eine ausreichend aktuelle Version von Redis und hinken nicht viel hinterher. AWS ist großartig darin, mit neuen Versionen Schritt zu halten, während GCP / Azure manchmal hinterherhinken können.
Der Verlust der Redis-DB (entspricht redis-cli flushall) ist etwas, von dem sich die Discourse-App ohne größere Probleme erholt, aber Sie verlieren einige Dinge, wie z. B. E-Mails, die sich in einer Warteschlange befanden usw. Es ist also nichts Katastrophales, aber wenn Sie es ohne großen Aufwand vermeiden können, würde ich es Ihnen empfehlen.