/var/discourse/containers/app.yml에서 smtp 서버 설정 변경에만 관련된 수정을 할 때, launcher rebuild app 프로세스를 크게 빠르게 할 수 있을까요?
컨테이너에 진입하여 설정 자체를 수정한 후 거기서 앱을 재시작하는 방법이 있을 것 같은데, 전체 재빌드가 필요하지 않으면서 더 간단하고 깔끔한 해결책이 있는 것 같은데 제가 놓치고 있는 것 같습니다…
SMTP 변경 시에는 전체 재빌드가 필요합니다.
프로세스를 빠르게 진행하려면 두 개의 컨테이너를 사용하는 설정을 선택할 수 있습니다(실제로는 실제 프로세스 시간보다는 다운타임만 줄어드는 것입니다).
이 아이디어의 핵심은, 설정이 완료된 후에는 사람들이 SMTP를 매우 드물게 변경한다는 점입니다. 보통 하나의 SMTP 설정이면 충분하며, 며칠마다 변경할 필요가 없기 때문입니다.
환경 변수만 변경한 경우 다음을 실행할 수 있습니다.
./launcher destroy app
./launcher start app
이전에 설치한 플러그인의 저장소에서 코드를 수정한 경우 어떻게 해야 하나요? 현재는 전체 재빌드를 하고 있지만, 플러그인을 git pull로 가져온 후 어떻게든 재시작할 수 있을까요?
권장하지 않습니다. 최소한의 다운타임으로 재구축하려면 여기에 "two container"를 검색해 보세요.
rails를 재시작하려면 다음을 사용할 수 있습니다.
sv restart unicorn
그러나 플러그인을 수정하려면 pull 외에 다른 작업도 필요합니다.