On-call 회전은 무엇입니까?
대기 순환은 시간이 지남에 따라 여러 사람에게 운영 책임을 할당하는 순서가 지정된 일정입니다. 모니터링 시스템에 연락할 사람을 알려주고, 현재 교대 근무를 담당하는 팀에게 알리고, 최초 대응자가 없을 때 다음 단계를 제공해야 합니다.
단독 달력은 전체 작업 흐름을 처리 할 수 없습니다. IncidentRelay는 경고 경로, 알림 채널, 알림 및 에스컬레이션 정책을 가진 교체를 결합합니다.
현재 소유권 침해
각 노선은 팀에 연결되며 책임있는 사람을 선택하기 위해 회전 또는 에스컬레이션 정책을 사용할 수 있습니다. alert가 도착하면, IncidentRelay는 현재 on-call 사용자를 계산하고 사건과 작업 상황에 기록합니다.
이것은 채팅 주제, pinned spreadsheet 또는 whoever의 집단 기억에 의존하는 것을 피합니다. 이러한 시스템은 그들이 중요 할 때까지 아름답게 작동합니다.
연락처
회전 층은 단일 반복 목록을 넘어 일정을 모델링 할 수 있습니다. 팀은 다른 시간 창, 적용 그룹 또는 1 차 및 이차 책임을 위한 층을 사용할 수 있습니다. IncidentRelay은 그 규칙에서 최종 일정을 계산합니다.
- 층별 별도의 회원 유지
- 근무 시간 또는 적용 창에 대한 제한을 정의합니다.
- 역사와 미래 회원 기간을 보존합니다.
- 작업 달력에 결과를 표시하십시오.
Shift 스왑 및 오버라이드
재정의는 예약된 순환 구성원을 일시적으로 대체합니다. 휴가, 질병, 교대 근무 및 단기 보장 변경에 유용합니다. 기본 회전은 그대로 유지되므로 재정의가 끝나면 일정이 자동으로 정상으로 돌아갑니다.
회전에서 에스컬레이션
회전은 현재 반응기를 선택합니다. escalation 정책은 다음에 무슨 일이 일어나는지 정의합니다. IncidentRelay는 알림을 반복 할 수 있으며 다른 사용자 또는 교체로 이동하여 사용자가 경고를 인정할 때까지 주문한 정책 단계를 통해 계속됩니다.
| 회사연혁 | 작업 목적 |
|---|---|
| 회전 속도 | 현재 담당자를 선택하십시오. |
| 더 보기 | Temporarily는 예정된 사람을 대체합니다. |
| 회사연혁 | 경고가 unacknowledged 동안 배송을 반복합니다. |
| Escalation 정책 | 주문된 사용자 또는 교체를 통해 책임 이동. |
회전 가시
팀은 IncidentRelay에서 일정을 검사하고 CalDAV 또는 개인 ICS 피드를 통해 구독 할 수 있습니다. 이것은 응답자 달력 가시성을 제3자 달력 신청으로 진실의 근원을 이동하는 없이 줍니다.
오픈 소스 및 자체 호스팅
IncidentRelay귀하의 인프라 및 상점 교체, 사용자, 경고 및 귀하의 데이터베이스의 사건 데이터에서 실행. 배포할 수 있습니다.Docker Compose, RPM 패키지, 시스템 또는Kubernetes이용안내Helm차트.
changelog을 검토하고 생산 범위에 의존하기 전에 실제 손전등과 에스컬레이션 경로를 테스트합니다.