읽기 전용 모드 활성화 중 자동 백업이 수행됨

기여 기능
1

읽기 전용 모드가 활성화된 상태에서 자동 백업을 수행해야 합니까?

사용 사례:

  • Discourse 포럼이 다른 호스트로 마이그레이션되었기 때문에 읽기 전용 모드가 활성화되었습니다. 이 포럼은 “혹시 모를 경우를 대비하여” 아직 삭제되지 않았습니다.
  • 마이그레이션 후, 사용되지 않는 여유 공간을 줄이기 위해 디스크 크기를 조정했습니다.
  • 그런 다음 자동 백업이 수행되었고, 그 후 여유 공간이 거의 없게 되어 호스트에서 실행 중인 다른 서비스에 영향을 미쳤습니다.

포럼이 읽기 전용 모드인 동안 자동 백업이 수행될 것이라고 예상하지 않았습니다.

Discourse: Commits · discourse/discourse · GitHub

2

백업을 제어하는 사이트 설정이 있습니다. 백업을 끄려면 이 설정을 사용해야 합니다. 읽기 전용 모드를 설정하기 전에 백업을 비활성화해야 합니다(환경 변수를 통해 설정하는 경우를 제외하고).

읽기 전용 모드에서 백업이 자동으로 꺼진다고 볼 수 있는지에 대해서는 확신이 서지 않습니다.

수정: 하지만 gerhard님의 의견에 동의합니다.

3개의 좋아요
3

이 문제에 대해서는 의견이 갈립니다. 읽기 전용 모드에서는 자동 백업이 없어야 한다는 기대를 이해합니다. 보통 사이트가 읽기 전용 상태일 때는 수동으로 백업을 생성하고, 자동 백업에 의존하지 않기 때문입니다.

하지만, 이 부분은 매우 중요합니다. 자동 백업을 비활성화하면 데이터 손실 가능성이 높아집니다. 아직 백업이 한 번도 생성된 적이 없는 경우 자동 백업을 생성해야 할까요? 사이트가 항상 실제로 읽기 전용 상태인지 어떻게 확인할 수 있을까요? 백업 프로세스가 불운하게도, 사이트가 어떤 이유로든 읽기 전용 상태인 시점에 항상 실행될 수 있습니다. 사용자가 읽기 전용이 아니었던 기간 동안 콘텐츠를 생성했을 수도 있으니까요…

이 문제를 해결하려면 시스템이 복잡해집니다. 그리고 이러한 문제를 무시하면 사이트 소유자에게 위험을 초래합니다. Discourse는 안전한 기본 설정을 지향하므로, 영구적으로 읽기 전용 모드로 전환하기 전에 백업을 수동으로 비활성화하는 것이 가장 좋으며 유일한 해결책이라고 생각합니다.

따라서, 이것은 버그가 아니라고 봅니다.

3개의 좋아요
4

일반적인 웹마스터로서, 백업과 같은 옵션은 켜거나 끄는 것뿐이지, 모든 상황과 조건을 기억해야 하는 조건부로 설정되어서는 안 된다고 생각합니다.

네, 알고 있습니다. 제 답변은 버그의 문제가 아니라 UX/UI의 문제입니다.

3개의 좋아요
5

그렇다면 읽기 전용 모드를 활성화할 때 이 내용을 경고하는 다이얼로그를 표시해야 할까요? 이걸 어떻게 알 수 있겠습니까? 그게 제 걱정입니다. 전혀 알 수 있는 방법이 없으니까요.

1개의 좋아요