사고 관리
- GitLab 17.0에서 사고를 이터레이션에 추가할 수 있는 기능을 도입했습니다.
이 페이지는 사고에 대해 수행할 수 있는 모든 작업에 대한 지침을 모아 놓았습니다.
사고 생성
사고를 수동으로 또는 자동으로 생성할 수 있습니다.
이터레이션에 사고 추가
사고를 이터레이션에 추가하려면:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Plan > Issues 또는 Monitor > Incidents를 선택한 다음 사고를 선택하여 보세요.
- 오른쪽 사이드 바에서 Iteration 섹션에서 Edit를 선택합니다.
- 드롭다운 목록에서 이 사고를 추가할 이터레이션을 선택합니다.
- 드롭다운 목록 외의 영역을 선택합니다.
또는 /iteration
빠른 조치를 사용할 수 있습니다.
사고 페이지에서
전제 조건:
- 해당 프로젝트에 적어도 기고자 역할이 있어야 합니다.
Incidents 페이지에서 사고를 생성하려면:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Monitor > Incidents를 선택합니다.
- 사고 생성을 선택합니다.
이슈 페이지에서
전제 조건:
- 해당 프로젝트에 적어도 기고자 역할이 있어야 합니다.
이슈 페이지에서 사고를 생성하려면:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Plan > Issues를 선택한 다음 새 이슈를 선택합니다.
- 유형 드롭다운 목록에서 사고를 선택하십시오. 페이지에서는 사고에 관련된 필드만 사용할 수 있습니다.
- 이슈 생성을 선택합니다.
경보에서
경보를 볼 때 사고 이슈를 생성합니다. 사고 설명은 경보에서 자동으로 작성됩니다.
전제 조건:
- 해당 프로젝트에 적어도 개발자 역할이 있어야 합니다.
경보에서 사고를 생성하려면:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Monitor > Alerts를 선택합니다.
- 원하는 경보를 선택합니다.
- 사고 생성을 선택합니다.
사고가 생성된 후 경보에서 보려면 사고 보기를 선택합니다.
사고에 연결된 경보와 관련된 사고를 닫을 때 GitLab은 경보의 상태를 해결됨으로 변경합니다. 그러면 경보의 상태 변경에 대한 크레딧이 부여됩니다.
경보가 트리거될 때 자동으로
프로젝트 설정에서 경보가 트리거될 때 자동으로 사고를 생성하도록 설정할 수 있습니다.
PagerDuty 웹훅 사용
- GitLab 15.7에서 PagerDuty V3 Webhook 지원을 도입했습니다.
PagerDuty와 웹훅을 설정하여 각 PagerDuty 사고에 대해 자동으로 GitLab 사고를 생성할 수 있습니다. 이 설정에는 PagerDuty 및 GitLab에서 변경을 수행해야 합니다.
전제 조건:
- 해당 프로젝트에 적어도 관리자 역할이 있어야 합니다.
PagerDuty와 웹훅을 설정하려면:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Settings > Monitor를 선택합니다.
- Incidents를 확장합니다.
- PagerDuty 통합 탭을 선택합니다.
- Active 토글을 켭니다.
- 통합 저장을 선택합니다.
- 나중에 사용할 웹훅 URL의 값을 복사합니다.
- PagerDuty 웹훅 통합에 웹훅 URL을 추가하려면 PagerDuty 문서에 설명된 단계를 따릅니다.
통합이 성공적으로 수행되었는지 확인하려면 PagerDuty에서 테스트 사고를 트리거하여 GitLab 사고가 해당 사고에서 생성되는지 확인하십시오.
사고 목록 보기
사고 목록을 보려면:
- 왼쪽 사이드 바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- Select Monitor > Incidents.
세부 사항 페이지를 보려면 목록에서 선택합니다.
사고 보기 권한
사고를 볼 수 있는지는 프로젝트 가시성 레벨과 사고의 기밀 상태에 따라 달라집니다:
- 공개 프로젝트 및 기밀되지 않은 사고: 누구나 사고를 볼 수 있습니다.
- 비공개 프로젝트 및 기밀되지 않은 사고: 해당 프로젝트에 적어도 게스트 역할이 있어야 합니다.
- 기밀된 사고(프로젝트 가시성과 관계없이): 해당 프로젝트에 적어도 기고자 역할이 있어야 합니다.
사용자에게 할당
적극적으로 대응하는 사용자에게 사건을 할당합니다.
전제 조건:
- 해당 프로젝트에 적어도 기고자 역할이 있어야 합니다.
사용자를 할당하려면:
- 사고에서 담당자 옆의 오른쪽 사이드 바에서 Edit를 선택합니다.
- 드롭다운 목록에서 담당자로 추가할 사용자 하나 이상을 선택합니다.
- 드롭다운 목록 외의 영역을 선택합니다.
심각도 변경
사용 가능한 심각도 수준에 대한 자세한 설명은 사고 목록 주제를 참조하십시오.
전제 조건:
- 해당 프로젝트에 적어도 기고자 역할이 있어야 합니다.
사고의 심각도를 변경하려면:
- 사고에서 심각도 옆의 오른쪽 사이드 바에서 Edit를 선택합니다.
- 드롭다운 목록에서 새 심각도를 선택합니다.
또는 /severity
빠른 조치를 사용하여 심각도를 변경할 수 있습니다.
상태 변경
- GitLab 14.9에 도입되었습니다 기능 플래그인
incident_escalations
로 기본적으로 비활성화됨.- GitLab 14.10에서 GitLab.com 및 Self-managed에서 활성화됨.
- GitLab 15.1에서
incident_escalations
기능 플래그이 제거됨.
필수 조건:
- 프로젝트에 대한 적어도 Developer 역할이 있어야 합니다.
사고의 상태를 변경하려면:
- 사고에서, 오른쪽 사이드바에서 상태 옆에 있는 편집을 선택합니다.
- 드롭다운 목록에서 새로운 심각도를 선택합니다.
Triggered는 새로운 사고의 기본 상태입니다.
당직 응답자로서
자세히 보기: Tier: Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated
당직 응답자는 사고 페이지에 응답하여 상태를 변경할 수 있습니다.
상태를 변경하면 다음과 같은 영향이 있습니다:
- 인정됨으로 변경: 프로젝트의 에스컬레이션 정책에 따라 당직 페이지가 제한됨.
- 해결됨으로 변경: 해당 사고에 대한 모든 당직 페이지가 중단됨.
- 해결됨에서 Triggered로: 사고의 에스컬레이션 재기동.
GitLab 15.1 및 이전 버전에서 경고에서 생성된 사고의 상태를 변경하면 경고 상태도 변경됩니다. GitLab 15.2 이상에서, 경고 상태는 독립적이며 사고 상태가 변경되어도 변경되지 않습니다.
에스컬레이션 정책 변경
자세히 보기: Tier: Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated
필수 조건:
- 프로젝트에 대한 적어도 Developer 역할이 있어야 합니다.
사고의 에스컬레이션 정책을 변경하려면:
- 사고에서, 오른쪽 사이드바에서 에스컬레이션 정책을 선택합니다.
- 드롭다운 목록에서 에스컬레이션 정책을 선택합니다.
기본적으로 새로운 사고에는 선택된 에스컬레이션 정책이 없습니다.
에스컬레이션 정책을 선택하면 사고의 상태가 변경되어 Triggered로 설정되며 당직 응답자에게 사고를 에스컬레이션하는 것이 시작됩니다.
GitLab 15.1 및 이전 버전에서 경고에서 생성된 사고의 에스컬레이션 정책은 경고의 에스컬레이션 정책과 일치하며 변경할 수 없습니다. GitLab 15.2 이상에서, 사고의 에스컬레이션 정책은 독립적으로 변경할 수 있습니다.
사고 종료
필수 조건:
- 프로젝트에 대한 적어도 Reporter 역할이 있어야 합니다.
사고를 종료하려면 오른쪽 상단에서 사고 조치 ()를 선택한 다음 사고 종료를 선택합니다.
경고에 연결된 사고를 닫으면 연결된 경고의 상태가 해결됨으로 변경됩니다. 그러면 해당 경고의 상태 변경이 기록됩니다.
회복 경보를 통한 사고 자동 종료
GitLab이 HTTP 또는 Prometheus 웹훅으로 회복 경보를 수신하는 경우 사고를 자동으로 닫을 수 있도록 설정합니다.
필수 조건:
- 프로젝트에 대한 적어도 Maintainer 역할이 있어야 합니다.
설정 구성 방법:
- 왼쪽 사이드바에서 검색 또는 이동을 선택하고 프로젝트를 찾습니다.
- 설정 > 모니터를 선택합니다.
- 사고 섹션을 확장합니다.
- 연결된 사고 자동으로 닫기 확인란을 선택합니다.
- 변경 사항 저장을 선택합니다.
GitLab이 회복 경보를 수신하면 연결된 사고를 닫습니다. 이 작업은 사고가 GitLab Alert bot에 의해 자동으로 닫혔음을 나타내는 시스템 노트로 기록됩니다.
사고 삭제
필수 조건:
- 프로젝트에 대한 소유자 역할이 있어야 합니다.
사고를 삭제하려면:
- 사고에서 사고 조치 ()를 선택합니다.
- 사고 삭제를 선택합니다.
또는:
- 사고에서 제목 및 설명 편집 ()을 선택합니다.
- 사고 삭제를 선택합니다.
기타 조치
GitLab의 사고는 이슈를 기반으로 구축되므로 다음과 같은 공통 조치가 있습니다: