어떤 on-call 스케줄링 소프트웨어는 해결해야
대기 일정은 간단한 운영 질문에 대한 답변입니다. 현재 책임자는 누구입니까? 팀에 여러 시간대, 핸드오프, 계층화된 적용 범위, 휴가, 임시 교체 및 다양한 에스컬레이션 경로가 있는 경우 대답은 덜 간단해집니다.
IncidentRelay는 routing 경고를 닫습니다. 일정은 고립 된 달력이 아닙니다. 응답자가 경고를 받으면 알림이 전송되고 현재 사람이 동의하지 않는 경우 다음 누구인지 결정합니다.
일정, 이동 및 교체 층
팀은 회전을 만들 수 있으며 구성원을 하나 이상의 레이어에 추가 할 수 있습니다. 각 층은 자신의 참가자, 타이밍 및 제한을 정의 할 수 있습니다. IncidentRelay는 그 층에서 최종 호출 결과를 계산하여 연산자를 1 개의 현재 소유자를 부여하여 구조를 보존합니다.
- 팀별 On-call 회전을 만듭니다.
- 1 차, 2 차 또는 시간 제한되는 적용을 위한 층을 사용하십시오.
- 회원 기간을 설정하여 계획 변경은 기록을 다시 작성하지 않습니다.
- 기본 일정을 다시 작성하지 않고 임시 재정의를 적용합니다.
- 노선 및 에스컬레이션 정책에 대한 교체를 연결합니다.
실제 생활에 대한 임시 과다
사람들은 휴가, 무역 교대 및 때때로 두 가지 달력이 손전등의 5 분을 방해한다는 것을 발견합니다. 교체 overrides는 기존의 교체 설정 intact를 떠나면서 정의된 기간 동안 예약된 사람을 대체합니다.
이 작업 일정을 명시하고 감사 할 수 있습니다. 응답자는 최종 소유자를 볼 수 있으며, 관리자는 언더리닝 회전과 오버라이드 역사를 유지합니다.
달력 액세스
IncidentRelay은 내부 캘린더를 포함하고 읽기 전용 캘린더 동기화를 지원합니다. 팀은 CalDAV 또는 개인 ICS 피드를 통해 구독 할 수 있으며 Outlook, Google 캘린더, Apple 캘린더, Thunderbird 및 호환 클라이언트의 이동을 볼 수 있습니다.
달력 구독은 가시성에 유용하지만 IncidentRelay는 경고 소유권과 에스컬레이션에 대한 진실의 근원을 유지합니다. 개인 달력에서 이벤트를 이동은 조용히 운영 일정을 다시 작성하지 않습니다.
알림 응답에 연결된 일정
행동을 구동 할 때 일정이 귀중합니다. 들어오는 경고는 경로, 서비스, 팀 및 교체와 일치합니다. IncidentRelay는 현재 on-call 사용자를 구성 채널을 통해 식별하고 경고가 unacknowledged 때 에스칼레이트 할 수 있습니다.
알림 옵션에는 Mattermost, Telegram, 이메일, 브라우저 푸시, webhooks 및 플러그 가능 음성 공급자가 포함됩니다. 응답자는 표시된 소유권을 유지하면서 사건을 인정하거나 해결할 수 있습니다.
누가 그것을 위해?
IncidentRelay은 SRE, DevOps, 플랫폼, 인프라 및 운영 팀을 위해 설계되어 자체 환경에서 온 콜 스케줄링 시스템을 원합니다. 경고 데이터, 사용자 데이터 및 일정이 팀의 통제하에 남아 있을 때 특히 관련이 있습니다.
생산에 배포하는 팀은 일정 규칙, 알림 채널, 백업 및 배포 모델을 먼저 테스트해야합니다.