@Stephen이 지적하는 세부 사항은 정말 중요합니다. 예를 들어, *제로 다운타임(zero downtime)*이 무엇인지 정확히 이해해야 하기 때문입니다. 제로 다운타임 요건을 다음과 같은 방식으로 우회하는 것도 가능합니다:
제로 다운타임을 "요청이 유효할 때 HTTP 200 외의 코드로 사용자에게 응답하지 않는 것(필요에 따라 300과 400은 유지)"으로 정의합니다. 그런 다음 Discourse를 10달러짜리 드롭렛(droplet)에 단일 컨테이너 솔루션으로 배포하고, 500 에러가 발생하지 않도록 하기 위해 https://meta.discourse.org/t/adding-an-offline-page-when-rebuilding/45238을 추가합니다. 이렇게 하면 다운된 사이트가 표시되지 않습니다.
합리적인 사고를 가진다면 이것이 제로 다운타임이라고 생각할까요? 절대 아닙니다. 제안된 대로 작동하나요? 물론입니다. 그리고 더 제로 다운타임 안전(zero downtime proof) 하도록 다른 지역에 스탠바이 서버를 추가할 수도 있습니다.
그것이 바로 자격(qualifications)과 의미(semantics)가 중요한 이유입니다. 항상 무언가를 표시하는 것과 사이트의 기능이 항상 유지되는 것은 같은 개념이 아닙니다.