Vielen Dank für den Input zu dieser Frage.
Wie von @RGJ erwähnt, verwendet unsere Unternehmensinfrastruktur externe Dienste für Dinge wie Cache, Datenbank usw., daher Elasticache und RDS. Das bedeutet, dass wir eine vollständige Sicherung und Redundanz für diese Dienste haben und auch bei Sicherheitskontrollen helfen können. Dies ist eine offizielle/unterstützte Installation aus Sicht von Discourse – es werden lediglich andere Vorlagen verwendet – wir verwenden discourse_docker/samples/web_only.yml at main · discourse/discourse_docker · GitHub (vielleicht war die Verwendung des Wortes Standard etwas irreführend, entschuldigen Sie bitte).
Es klingt also so, als sollten wir zuerst die Bucket-Namen für die bestehende Installation aktualisieren und dann den Umzug auf den neuen Server durchführen. Die Aktualisierung der bestehenden Installation auf die neueste Version ist ausgeschlossen – wir hatten zuvor Probleme mit dem Bitnami-Upgrade, weshalb wir auf die offizielle Installationsmethode umgestiegen sind.
Darf ich fragen, welche Probleme wahrscheinlich auftreten, wenn wir die Wiederherstellung mit den bestehenden Buckets durchführen und dann die app.yml aktualisieren, um auf die neuen Buckets zu verweisen – haben nicht alle DISCOURSE_-Umgebungsvariablen Vorrang vor jeglicher Konfiguration in der Datenbank (sofern zutreffend)? Oder könnte etwas anderes ein Problem verursachen?