ChatOps를 사용하여 기능 플래그 활성화 및 비활성화

GitLab.com 스테이징 및 프로덕션 환경에서 ChatOps를 통해 기능 플래그를 제어하고 단계적으로 롤아웃하는 방법을 설명합니다.

이 문서는 GitLab 제품 개발에 기여하는 방법을 설명합니다. 자신의 애플리케이션에서 기능 플래그를 사용하여 기능을 표시하거나 숨기려면 대신 이 기능 플래그 정보 를 참조하세요. 스테이징 및 프로덕션과 같이 GitLab이 제공하는 환경에서 기능 플래그 뒤의 기능을 켜거나 끄려면 ChatOps 봇에 대한 접근 권한이 필요합니다. ChatOps 봇은 현재 ops 인스턴스에서 실행 중이며, 이는 GitLab.com 또는 dev.gitlab.org 와는 다른 인스턴스입니다. ChatOps 문서를 따라 접근 권한을 요청 하세요. 프로젝트에 추가된 후 접근 권한이 전파되었는지 확인하려면 다음을 실행하세요: /chatops gitlab run feature --help 변경 사항 롤아웃 # 변경 사항이 환경에 배포되면 사용자에게 기능을 롤아웃할 시간입니다. 롤아웃의 정확한 절차는 변경 사항마다 다를 수 있으므로 지정되어 있지 않습니다. 그러나 일반적으로 모든 사용자에게 즉시 활성화하는 대신 점진적으로 변경 사항을 롤아웃하는 것을 권장합니다. 또한 코드가 배포되기 전에 기능을 활성화하지 않도록 권장합니다. 이렇게 하면 기능 롤아웃과 배포를 분리하여 각각의 영향을 별도로 측정하기 더 쉬워집니다. GitLab 기능 라이브러리( Flipper 사용, 기능 플래그 프로세스 가이드에서 다룸)는 사용자의 특정 비율만큼 변경 사항을 롤아웃하는 것을 지원합니다. 이는 GitLab ChatOps 를 통해 제어할 수 있습니다. 최신 기능 플래그 명령어 목록은 소스 코드 를 참조하세요. 해당 파일의 모든 예시 앞에는 /chatops gitlab run 이 붙어야 합니다. "Whoops! This action is not allowed. This incident will be reported." 오류가 발생하면, Slack 계정에 기능 플래그를 변경할 권한이 없거나 접근 권한이 없다는 의미입니다. 사전 프로덕션 테스트를 위한 기능 활성화 # 기능 롤아웃의 첫 번째 단계로, staging.gitlab.com 과 dev.gitlab.org 에서 기능을 활성화해야 합니다. 이 두 환경은 서로 다른 범위를 가집니다. dev.gitlab.org 는 GitLab Inc. 내부 트래픽이 있는 프로덕션 CE 환경으로, 일부 개발 및 관련 작업에 사용됩니다. staging.gitlab.com 은 GitLab.com 데이터베이스와 리포지터리의 더 작은 하위 집합을 가지며 일반적인 트래픽이 없습니다. 스테이징은 EE 인스턴스로, GitLab.com에서 기능이 어떻게 보이고 동작할지에 대한 (매우) 대략적인 추정을 제공합니다. 두 인스턴스 모두 Sentry에 연결되어 있으므로, 기능 플래그를 활성화한 후 기능을 테스트하는 동안 해당 프로젝트에서 예외가 발생하는지 확인하세요. 이러한 사전 프로덕션 환경에서는 가시성을 높이기 위해 #staging , #production , 또는 #chat-ops-test 채널에서 명령어를 실행하도록 강력히 권장합니다. 특정 비율의 액터에 대해 기능 플래그 활성