# cronjob를 통한 자동 업데이트 - 안전한가요?
**URL:** https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232
**Category:** Self-hosting
**Created:** [10월 7, 2022, 10:43오전 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232 "2022-10-07T10:43:21Z")
**Posts on this page:** 9
**Page:** 1
### Author:  [@OrkoGrayskull](https://meta.discourse.org/u/OrkoGrayskull)
#### Post date: [10월 7, 2022, 10:43오전 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/1 "2022-10-07T10:43:21Z")
cron 작업을 통해 Discourse를 자동으로 업데이트하는 것을 고려하고 있습니다. 예를 들어, 2주마다 밤에 다음과 같은 명령을 실행하는 cron 작업을 설정하는 것입니다:
```plaintext
cd /var/discourse
./launcher rebuild app
```
이렇게 하는 것이 안전한가요? 아니면 수동으로 실행하는 것이 좋을까요?
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [10월 7, 2022, 10:45오전 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/2 "2022-10-07T10:45:10Z")
문제가 생겨 웹사이트가 고장 날 수도 있습니다. 작업 시 주의 깊게 진행하시기를 권장합니다.
---
### Author:  [@OrkoGrayskull](https://meta.discourse.org/u/OrkoGrayskull)
#### Post date: [10월 7, 2022, 10:46오전 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/3 "2022-10-07T10:46:31Z")
네, 빌드 출력을 전부 이메일로 보내서 아침에 확인하려고 했어요.
---
### Author:  [@Alexander](https://meta.discourse.org/u/Alexander)
#### Post date: [10월 7, 2022, 1:37오후 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/4 "2022-10-07T13:37:35Z")
개인적으로 저는 제 사이트에서도 똑같이 하고 있지만, 부트스트랩이 실패할 경우를 대비해 두 컨테이너 설치를 사용합니다.
부트스트랩이 성공적으로 완료된 후에만 기존 컨테이너가 중지되고 새 컨테이너가 시작됩니다.
지금까지 문제 없이 잘 사용하고 있습니다.
---
### Author:  [@Canapin](https://meta.discourse.org/u/Canapin)
#### Post date: [10월 7, 2022, 2:24오후 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/5 "2022-10-07T14:24:41Z")
Jay가 말했듯이, 드문 경우이지만 업데이트가 문제를 일으킬 수 있습니다(디스코urs 자체든 플러그인/컴포넌트든 상관없이). 몇 년 동안 몇 번 정도 그런 일이 발생한 것을 본 적이 있습니다. 매우 드문 일이지만, 수정은 빠르게 이루어집니다. 이 때문에 저는 인스턴스를 재구성하기 전에 업데이트에 대한 정보를 확인하고(#Contribute > Bug 카테고리 👀 확인) 새로운 버전이 공식적으로 출시된 후 며칠 정도 기다리는 편입니다.
그리고 때로는 `./launcher cleanup`도 실행합니다.
따라서 저는 정보를 수집한 후, 제가 원하는 시점에 업데이트를 선호합니다. 잠재적인 피해에 대한 대응책이 있으므로 더 안전합니다.
---
### Author:  [@Alon1](https://meta.discourse.org/u/Alon1)
#### Post date: [3월 24, 2026, 12:04오전 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/6 "2026-03-24T00:04:48Z")
2026년에 이 부분에 대해 새로운 변화가 있나요?
보안 업데이트를 최대한 빨리 적용하고 싶습니다(관리되지 않는 업데이트로 인해 프로덕션 사이트가 깨질 위험이 있더라도요). Discourse는 실제로 보안 업데이트와 기타 업데이트를 구분하지 않기 때문에, 매일 모든 것을 업데이트하는 방식을 선호합니다. 여전히 cron 작업이 권장되는 방법인가요?
---
### Author:  [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [3월 24, 2026, 9:04오후 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/7 "2026-03-24T21:04:23Z")
개인적으로는 그렇게 하지 않을 것 같습니다. 한쪽으로는 보안 패치를 위해 매월 업데이트할 필요조차 없거든요. 즉, 릴리스 노트를 읽고 판단을 내립니다. 다른 한쪽으로는 매일 업데이트하면, 시스템이 실패하는 드문 경우가 더 자주 발견됩니다. 분명히 다운타임이 더 늘어날 것입니다.
크론 작업이 때때로 포럼을 종료시켜, 숙련된 사람이 와서 고칠 때까지 기다려야 하는 상황이 발생해도 괜찮다면, 크론 작업을 실행하셔도 됩니다. 하지만 숙련된 사람이 여기 개발팀과 협의해야 하고, 문제가 진단되고 수정될 때까지 몇 시간 더 기다려야 할 수 있다는 점을 염두에 두시기 바랍니다.
---
### Author:  [@Alon1](https://meta.discourse.org/u/Alon1)
#### Post date: [4월 6, 2026, 1:06오후 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/8 "2026-04-06T13:06:45Z")
지난 4년간 디스커스 업데이트로 인해 포럼이 한 번도 깨진 적이 없어서 크게 걱정하지 않습니다. 드물게 문제가 발생하더라도 감당할 수 있습니다.
제 걱정은 주로 보안에 관한 것입니다. 최근 사건들(예: 일주일 전의 Axios npm 패키지 라이브러리 해킹 등)을 보면, 새 버전이 출시된 후 7일 정도 기다렸다가 라이브러리를 업데이트하는 것이 좋을 수 있습니다.
보안 관련 항목은 즉시 업데이트하고 나머지는 7일 지연으로 처리할 수 있다면 이상적이겠지만, 디스커스에서 이를 지원하는지는 의문입니다.
---
### Author:  [@Canapin](https://meta.discourse.org/u/Canapin)
#### Post date: [4월 6, 2026, 2:35오후 UTC](https://meta.discourse.org/t/auto-updates-via-cronjob-is-this-safe/241232/9 "2026-04-06T14:35:14Z")
> [@Alon1](#):
>
> 지난 4년간 디스커스 업데이트로 인해 포럼이 망가진 적이 없으니 걱정하지 않습니다.
업데이트 문제 때문에 포럼이 충돌하는 것만이 문제가 아닙니다. 대신 새로운 버그, 깨진 기능, 플러그인 또는 구성 요소의 호환성 문제 등이 조용히 도입될 수도 있습니다. 물론 이런 일은 드뭅니다.
포럼의 업데이트 주기를 크게 늘리는 것이 충돌이나 버그를 겪을 위험을 높일 수 있지만, 상황을 지켜본 후 문제가 너무 많으면 되돌릴 수 있습니다.
제가 말하려는 것은, 일부 사람들에게는 _최고의_ 아이디어가 아닐 수 있지만, 실제로는 그렇게 위험하지도 않다는 것입니다.