이 가이드는 Enterprise 호스팅 Discourse 고객이 스테이징 사이트가 어떻게 작동하는지, 변경 사항을 안전하게 테스트하고 검증하는 데 이를 어떻게 사용할 수 있는지, 그리고 스테이징과 프로덕션 환경을 동기화하기 위한 사용 가능한 옵션에 대해 설명합니다.
Discourse 호스팅에서 스테이징 사이트는 라이브 프로덕션 사이트에 영향을 주지 않고 업데이트, 변경 사항 및 커스터마이징을 테스트할 수 있는 샌드박스 환경을 제공합니다.
스테이징 사이트 설정
스테이징 사이트는 일반적으로 Discourse Enterprise 호스팅 고객의 온보딩 과정의 일부로 설정됩니다. 스테이징 사이트는 Enterprise 플랜에만 포함되며, 모든 Discourse 인스턴스에 대해 자동으로 생성되지 않습니다.
스테이징은 프로덕션 사이트에 영향을 주지 않고 커스터마이징, 업데이트 또는 변경 사항을 테스트할 수 있도록 설계된 샌드박스입니다. 사용자 설정/플러그인과 Discourse 코어 사이에 호환성 문제가 발생하면, 프로덕션에 변경 사항을 배포하기 전에 스테이징에서 이를 안전하게 식별하고 해결할 수 있습니다.
스테이징 사이트 접근 제한
기본 HTTP 인증을 사용하여 스테이징 사이트를 보호하고 무단 사용자나 봇의 접근을 차단할 수 있습니다. 이러한 유형의 인증은 사이트에 액세스하기 전에 사용자 이름과 비밀번호를 입력하도록 프롬프트를 표시합니다. 로그인 화면의 예시는 다음과 같습니다:
스테이징 사이트를 '로그인 필수’로 설정하지 않으면서도 접근을 제한하고 싶다면 특히 유용합니다.
스테이징 사이트 배포
기본적으로 스테이징 사이트는 Discourse 팀에 의해 자동으로 배포됩니다.
스테이징 배포 시 무엇이 업데이트되나요?
배포를 통해 제어된 테스트 환경에서 새로운 애플리케이션 코드, 플러그인 버전, 테마 업데이트를 테스트하고 검증할 수 있습니다.
배포는 콘텐츠 변경이 아닌 애플리케이션 코드 업데이트와 관련이 있습니다. 애플리케이션 코드에는 Discourse GitHub 저장소에 커밋된 변경 사항 및 관련 플러그인과 테마 저장소의 변경 사항이 포함됩니다.
프로덕션 및 스테이징 사이트 동기화
백업 복원
프로덕션과 스테이징 환경을 동기화하는 권장 방법은 한 사이트의 백업을 다른 사이트로 복원하는 것입니다. 호스팅 고객은 이 과정을 요청할 수 있으며, 백업 복원을 받는 사이트의 모든 콘텐츠, 설정, 사용자 및 데이터가 완전히 덮어쓰기됩니다.
인증 또는 스테이징에 맞게 조정된 설정과 같은 사이트별 구성은 각 복원 후 수동으로 다시 구성해야 할 수 있습니다.
이 과정에서 고려해야 할 사이트 관련 구성의 몇 가지 예시는 다음과 같습니다:
- 사용자 로그인 인증
- Discourse Connect 설정
- API 키
동기화 후, 스태프가 아닌 사용자의 이메일은 비활성화됩니다.
자주 묻는 질문
스테이징을 사용하면 프로덕션 배포 시 문제가 발생하지 않는 것이 보장되나요?
스테이징 환경은 많은 잠재적인 충돌 또는 설정 오류를 식별하는 데 도움이 되지만, 프로덕션의 모든 라이브 시나리오(예: 트래픽 부하, 외부 API 통합)를 재현할 수는 없습니다. 그럼에도 불구하고 개발 작업에 대한 중요한 안전망 역할을 합니다.
스테이징 사이트에는 프로덕션의 모든 플러그인과 테마가 포함되나요?
네, 설정 과정에서 요청한 경우를 제외하고 스테이징 사이트에는 일반적으로 프로덕션 사이트와 동일한 플러그인과 테마가 포함됩니다. 스테이징 사이트에는 프로덕션 사이트에 포함하기 전에 테스트하려는 플러그인이나 커스터마이징도 포함할 수 있습니다.
Enterprise가 아닌 사이트에 스테이징 사이트를 가질 수 있나요?
스테이징 사이트는 Enterprise 플랜에만 포함되어 있습니다.
대안으로, 여기에서 14일간의 트라이얼 사이트를 시작하여 임시 샌드박스 환경으로 사용할 수 있습니다. 이 새로운 인스턴스를 유지하고 싶다면, 동등하거나 더 낮은 가치의 두 번째 및 이후 사이트마다 Pro 또는 Business 플랜에 대해 20% 할인 혜택을 제공합니다.