I’m thinking of auto-updating Discourse via cronjob. For example every two weeks in the night a cronjob with the following:
cd /var/discourse
./launcher rebuild app
Do you think this is safe to do? Or should I do this manually?
It’s possible that something will go wrong and you’ll leave your site broken. I recommend that you list attention when you do it.
Yeah. I was thinking of sending all the build output via mail, so I can check in the morning.
Personally, I do the exact same thing with my sites, but I use the two-container install in case the bootstrap fails.
Only if the bootstrap completes successfully does the old container stop and the new one start.
So far I have had no problems
Jay가 말했듯이, 드문 경우이지만 업데이트가 문제를 일으킬 수 있습니다(디스코urs 자체든 플러그인/컴포넌트든 상관없이). 몇 년 동안 몇 번 정도 그런 일이 발생한 것을 본 적이 있습니다. 매우 드문 일이지만, 수정은 빠르게 이루어집니다. 이 때문에 저는 인스턴스를 재구성하기 전에 업데이트에 대한 정보를 확인하고(Contribute > Bug 카테고리 
확인) 새로운 버전이 공식적으로 출시된 후 며칠 정도 기다리는 편입니다.
그리고 때로는 ./launcher cleanup도 실행합니다.
따라서 저는 정보를 수집한 후, 제가 원하는 시점에 업데이트를 선호합니다. 잠재적인 피해에 대한 대응책이 있으므로 더 안전합니다.
2026년에 이 부분에 대해 새로운 변화가 있나요?
보안 업데이트를 최대한 빨리 적용하고 싶습니다(관리되지 않는 업데이트로 인해 프로덕션 사이트가 깨질 위험이 있더라도요). Discourse는 실제로 보안 업데이트와 기타 업데이트를 구분하지 않기 때문에, 매일 모든 것을 업데이트하는 방식을 선호합니다. 여전히 cron 작업이 권장되는 방법인가요?
개인적으로는 그렇게 하지 않을 것 같습니다. 한쪽으로는 보안 패치를 위해 매월 업데이트할 필요조차 없거든요. 즉, 릴리스 노트를 읽고 판단을 내립니다. 다른 한쪽으로는 매일 업데이트하면, 시스템이 실패하는 드문 경우가 더 자주 발견됩니다. 분명히 다운타임이 더 늘어날 것입니다.
크론 작업이 때때로 포럼을 종료시켜, 숙련된 사람이 와서 고칠 때까지 기다려야 하는 상황이 발생해도 괜찮다면, 크론 작업을 실행하셔도 됩니다. 하지만 숙련된 사람이 여기 개발팀과 협의해야 하고, 문제가 진단되고 수정될 때까지 몇 시간 더 기다려야 할 수 있다는 점을 염두에 두시기 바랍니다.
지난 4년간 디스커스 업데이트로 인해 포럼이 한 번도 깨진 적이 없어서 크게 걱정하지 않습니다. 드물게 문제가 발생하더라도 감당할 수 있습니다.
제 걱정은 주로 보안에 관한 것입니다. 최근 사건들(예: 일주일 전의 Axios npm 패키지 라이브러리 해킹 등)을 보면, 새 버전이 출시된 후 7일 정도 기다렸다가 라이브러리를 업데이트하는 것이 좋을 수 있습니다.
보안 관련 항목은 즉시 업데이트하고 나머지는 7일 지연으로 처리할 수 있다면 이상적이겠지만, 디스커스에서 이를 지원하는지는 의문입니다.
업데이트 문제 때문에 포럼이 충돌하는 것만이 문제가 아닙니다. 대신 새로운 버그, 깨진 기능, 플러그인 또는 구성 요소의 호환성 문제 등이 조용히 도입될 수도 있습니다. 물론 이런 일은 드뭅니다.
포럼의 업데이트 주기를 크게 늘리는 것이 충돌이나 버그를 겪을 위험을 높일 수 있지만, 상황을 지켜본 후 문제가 너무 많으면 되돌릴 수 있습니다.
제가 말하려는 것은, 일부 사람들에게는 최고의 아이디어가 아닐 수 있지만, 실제로는 그렇게 위험하지도 않다는 것입니다.