이 질문에 대한 피드백을 감사합니다.
@RGJ 님이 언급했듯이, 저희 엔터프라이즈 인프라는 캐시, 데이터베이스 등을 위해 Elasticache와 RDS와 같은 외부 서비스를 사용하고 있습니다. 이를 통해 해당 서비스에 대한 완전한 백업과 중복성을 확보할 수 있을 뿐만 아니라 보안 관리에도 도움이 됩니다. Discourse의 관점에서 이것은 공식적으로 지원되는 설치 방식이며, 단지 다른 템플릿 세트를 사용하고 있을 뿐입니다. 저희는 discourse_docker/samples/web_only.yml at main · discourse/discourse_docker · GitHub 파일을 사용하고 있습니다(‘표준’이라는 표현이 다소 오해를 불러일으킬 수 있었네요, 죄송합니다).
따라서 기존 설치 환경의 버킷 이름을 먼저 업데이트한 후 새 서버로 이전을 진행하는 것이 적절해 보입니다. 기존 설치를 최신 버전으로 업데이트하는 것은 불가합니다. 이전에 Bitnami 업그레이드 시 문제가 발생했던 경험이 있어, 공식 설치 방식으로 전환하게 되었습니다.
혹시 기존 버킷을 그대로 사용하여 복원을 수행한 후 app.yml 파일을 수정해 새 버킷을 참조하도록 변경할 경우 어떤 문제가 발생할 가능성이 있는지 여쭤봐도 될까요? DISCOURSE_ 환경 변수들은 모두 데이터베이스 내 설정(해당하는 경우)보다 우선순위가 높지 않나요? 아니면 다른 요인이 문제를 일으킬 수 있는 건가요?