네… 우리는 nginx 리버스 프록시를 설정하기 위해 이 가이드를 따랐지만, 이것은 스탠드얼론(독립형) 설정을 위한 것이었고, 스탠드얼론 모드에서는 전송이 필요하지 않았기 때문에 업로드에 대해 언급하지 않았습니다:
그리고 컨테이너 두 개를 위한 가이드도 따랐는데, 이 가이드에서도 DB 복원이나 업로드 디렉터리 전송에 대해 언급하지 않았습니다:
우리는 쉽게 이해할 수 있다고 생각합니다. 참고로, 설명을 돕기 위해 여러분이 놓치고 있던 단서를 여기에 제시합니다:
이 구성에 대한 주요 튜토리얼들은 DB 복원을 하거나, 또는 업로드를 새 컨테이너로 수동으로 전송해야 한다는 사실을 누락하고 있습니다. (우리가 그 내용을 포함하지 않았기 때문입니다.)
물론, 튜토리얼에 그런 내용이 없어서 우리가 100% 혼자서 이 문제를 해결해 낸 후에는 이제 모든 것이 이해가 됩니다. LOL
문제를 알면 모든 것이 쉽습니다.
P.S. 마무리로. 다양한 튜토리얼을 작성해 주신 모든 분들께 감사드립니다. 큰 도움이 되었습니다. 진심으로 감사드립니다. 우리 쪽에서는 이 구성이 완료되었고, 향후 더 이상 어떤 Discourse 사이트에서도 스탠드얼론 구성을 사용하지 않을 것입니다. 우리의 기본 "기본값"은 리버스 프록시를 통해 유닉스 소켓으로 연결된 두 개의 컨테이너가 될 것입니다. 이것은 업데이트를 하거나 실시간으로 컨테이너를 전환할 때 거의 제로 다운타임으로 작동하는 가장 좋은 방법입니다. 훌륭합니다!!
Discourse는 훌륭합니다!!
훌륭한 작업이었습니다, Jeff @codinghorror님과 Sam @sam님! 브라보!
@ariznaf 님…
이것을 작동시키는 것은 비교적 쉽지만, 앞서 언급했듯이 우리는 S3나 다른 클라우드 저장소 서비스를 사용하지 않고, 모든 것을 “단순하게” 유지하는 것을 선호합니다. 그래서 우리의 백업은 단순히 rsync를 통해 오프사이트 저장소로 동기화됩니다. 우리는 이 방식을 선호합니다… 디버깅해야 할 일이 하나 줄어드니까 그리고 S3 없이도 “살아갈” 수 있으니까요,