Kubernetes on GCP で Helm チャートを使用して Discourse をインストールしようとしています。詳細はこちらをご覧ください: https://artifacthub.io/packages/helm/bitnami/discourse
本番環境もカバーする必要があるため、Discourse に取り込まれたコンテンツを失うことはできません。もちろん、GCP 上のホストされた PostgreSQL DB を使用しますが、Redis もホストされたものを使用する必要があるかどうかは確信が持てませんでした。
Redis のすべてのデータが失われても、キャッシュされたデータのみを失うことによって Discourse の機能が影響を受けることがない場合、K8s の Redis を使用できます。しかし、Redis の損失がより深刻な影響を与える場合は、ホストされた Redis が必要になります。
この点についてご教示いただけますでしょうか。
ここに記載しました: More details on how the Redis cache is utilized? - #2 by Falco
Redis は以下に使用されます。
もし私があなたの立場なら、GCP のホスティングサービスを利用します。ただし、十分な新しいバージョンの Redis が提供され、遅延が少ないことが条件です。AWS は新しいバージョンへの対応が早いですが、GCP / Azure は時々遅れることがあります。
@Falco ここでのご意見ありがとうございます。では、Redisが失われた場合、すべての履歴などが失われるということでしょうか？
ここで「履歴」とは何を意味しますか？
Redis DB（redis-cli flushallに相当）を失っても、Discourseアプリは大きな問題なく復旧できますが、キューに入っていたメールなど、一部のものは失われます。壊滅的な事態ではありませんが、手間がかからずに回避できるのであれば、そうすることをお勧めします。
ええ、歴史というのは、今ここでしているような会話も含めて、すべてのトピックや事柄のことです。
これらを失わないことは非常に重要です。
投稿、トピック、ユーザーなどの実際のデータはPostgreSQLに保存されます。
つまり、それほど重要でないデータ、またはより一時的なデータのみをカバーしているということです。
失うことになる最大のものは、将来的に実行されるようにキューに入れられたものです。通常は問題ありません。