GitLab 사일런트 모드

GitLab 사일런트 모드에 대해 설명합니다.

히스토리 GitLab 15.11에서 도입 됨. 이 기능은 실험 이었습니다. GitLab 16.4에서 웹 UI를 통한 사일런트 모드 활성화 및 비활성화가 도입 됨. GitLab 16.6에서 일반적으로 사용 가능 해짐. 사일런트 모드를 사용하면 GitLab에서 이메일과 같은 아웃바운드 통신을 차단할 수 있습니다. 사일런트 모드는 사용 중인 환경에서 사용하도록 설계된 것이 아닙니다. 사일런트 모드를 사용하는 경우 # 사일런트 모드는 특정 테스트 및 검증 시나리오를 위해 설계되었으며 프로덕션 환경의 범용 기능으로 사용해서는 안 됩니다. 사일런트 모드는 다음 시나리오를 위해 설계되었습니다: Geo 사이트 프로모션 테스트: 기본 사이트가 활성 상태인 동안 보조 Geo 사이트를 프로모션하여 재해 복구 절차를 검증할 때. 예를 들어, 재해 복구 솔루션의 일부로 보조 Geo 사이트가 있습니다. 재해 복구 계획이 실제로 작동하는지 확인하는 모범 사례로, 기본 Geo 사이트로 프로모션하는 것을 정기적으로 테스트하려고 합니다. 하지만 기본 사이트가 사용자에게 가장 낮은 지연 시간을 제공하는 지역에 있기 때문에 전체 장애 조치를 실제로 수행하고 싶지 않습니다. 그리고 정기적인 테스트마다 다운타임을 원하지 않습니다. 그래서 기본 사이트를 계속 운영하면서 보조 사이트를 프로모션합니다. 프로모션된 사이트의 스모크 테스트를 시작합니다. 하지만 프로모션된 사이트가 사용자에게 이메일을 보내고, 푸시 미러가 외부 Git 리포지터리에 변경 사항을 푸시하는 등의 일이 발생합니다. 이때 사일런트 모드가 필요합니다. 이 문제를 피하기 위해 사이트 프로모션의 일환으로 사일런트 모드를 활성화할 수 있습니다. GitLab 백업 검증: 별도의 테스트 인스턴스에서 백업 복원을 테스트하여 백업이 작동하는지 확인할 때. 사일런트 모드를 사용하여 사용자에게 잘못된 이메일을 보내는 것을 피할 수 있습니다. 스테이징 환경 테스트: 사용자나 외부 시스템에 영향을 줄 수 있는 아웃바운드 통신을 트리거하지 않고 GitLab 기능을 테스트해야 할 때. 특히 프로덕션 데이터로 스테이징 환경을 시드한 경우. 사일런트 모드는 다음에 적합하지 않습니다: 프로덕션 환경: 사일런트 모드는 의도적으로 많은 GitLab 기능을 중단 시킵니다. 사일런트 모드는 특히 새로운 기능에서 예기치 않은 오류를 발생시킬 수 있습니다. 사일런트 모드는 기본적으로 새로운 통신을 차단하여 신중하게 처리해야 합니다. 사일런트 모드 켜기 # 사전 요구 사항: 관리자 액세스 권한이 있어야 합니다. 사일런트 모드를 켜는 여러 가지 방법이 있습니다: 웹 UI 오른쪽 상단 모서리에서 Admin 을 선택합니다. 왼쪽 사이드바에서 Settings > General 을 선택합니다. Silent Mode 를 펼치고 Enable Silent Mode 토글을 켭니다. 변경 사항이 즉시 저장됩니다. API : curl --request PUT --header "PRIVATE-TOKEN:$ADMIN_TOKEN" "<gitlab-url>/api/v4/a