Merci pour vos commentaires sur cette question.
Comme mentionné par @RGJ, notre infrastructure d’entreprise utilise des services externes pour des éléments tels que le cache, la base de données, etc., d’où l’Elasticache et le RDS. Cela signifie que nous pouvons avoir une sauvegarde complète et une redondance pour ces services, et cela aide également avec les contrôles de sécurité. Il s’agit d’une installation officielle/supportée du point de vue de Discourse ; elle utilise simplement un ensemble de modèles différent — nous utilisons discourse_docker/samples/web_only.yml at main · discourse/discourse_docker · GitHub (utiliser le mot standard était peut-être un peu trompeur, nos excuses).
Donc, il semble que nous devrions d’abord mettre à jour nos noms de bucket pour l’installation existante, puis effectuer le transfert vers le nouveau serveur. La mise à jour de l’installation existante vers la dernière version est hors de question — nous avons rencontré des problèmes avec la mise à niveau Bitnami précédemment, d’où le passage à la méthode d’installation officielle.
Puis-je demander cependant, quels problèmes sont susceptibles de se produire si nous effectuons la restauration avec les buckets existants, puis mettons à jour le fichier app.yml pour référencer les nouveaux buckets ? Toutes les variables d’environnement DISCOURSE_ ne prennent-elles pas le pas sur toute configuration dans la base de données (le cas échéant) ? Ou y a-t-il autre chose qui pourrait causer un problème ?