이것은 자체 호스팅된 Discourse 설치 환경이며, 일반적인 Docker 설치 환경의 사설 VPS입니다.
또다시 같은 일이 벌어졌습니다.
v3.4.0.beta2-dev 버전으로 “완벽한” 업데이트 리빌드를 2시간 동안 기다렸습니다.
그런 다음 app.yml에 몇 줄을 추가하고, 또 다른 리빌드를 위해 몇 시간을 더 기다렸습니다.
(왜 작업을 분리했을까요? 오류 가능성이 있는 상황에서 이중 타격은 결코 좋지 않기 때문입니다.)
그런데 app.yml(MaxMind 계정 및 키)에 공백을 잊어버렸다는 이유로 로그에서 런타임 오류를 발견했습니다.
즉, 오늘 밤에도 또 다른 리빌드를 해야 합니다.
이것은 정확히 같은 시나리오에서 WordPress나 다른 CMS 사이트라면 몇 분 만에 해결될 수 있는 상황에서, 가상 다운타임이 6시간 이상 발생한 것입니다. 이것은 "나쁜 UX"를 외치는 것이며, 따라서 "반(anti)마케팅"입니다. 플랫폼에 결코 좋지 않은 일입니다.
두 번째 리빌드를 해야 했던 유일한 이유는 이 지긋지긋한 두 줄을 추가했기 때문입니다. 설정 파일의 이 작은 변경 때문에 전체 리빌드가 필요하지 않기를 진심으로 바랍니다.
-
리빌드 전에 yml 파일에 대한 검증을 수행하는 것에 대해 논의가 있었나요? 그 단순한 기능만으로도 시간 소모적인 작업과 후속 문제를 제거할 수 있었을 것입니다.
-
특정 변경 사항 이후 전체 리빌드가 필요한지 여부를 결정하는 전처리(pre-processor)에 대해 논의가 있었나요?
-
YAML 오류가 로그에 보고되지 않은 것이 놀랍습니다. 런타임 메인 .yml 폴더 및 기타 폴더가 문법 오류로 검사되지 않는 이유가 있나요? … 아니면 경험이 많은 관리자들이 리빌드 이전에 자체 린팅(linting)을 수행하나요?
이 시스템을 나중에 다른 사람에게 유지보수를 맡길 경우를 대비해 Docker가 “가장 쉬운” 플랫폼이라고 믿고 있습니다. 만약 이것이 올바르지 않고, 제가 “가장 쉬운” 것뿐 아니라 “가장 느린” 옵션을 선택했다면, 다른 설치 옵션을 고려해야 할지도 모릅니다.
감사합니다!
