IncidentRelay
IncidentRelay 대 Grafana OnCall

IncidentRelay 대 Grafana OnCall: 자체 호스팅을 유지하시겠습니까, 아니면 Cloud IRM으로 이동하시겠습니까?

첫 번째 결정은 기능 확인란이 아닙니다. 팀이 페이징 시스템 자체를 운영하기를 원하는지 여부입니다. IncidentRelay와 비교하기 전에 현재 개발 중인 Grafana Cloud IRM에서 보관된 Grafana OnCall OSS를 분리하세요.

OSS 마이그레이션 계획 자체 호스팅 배포 사용해 보기

IncidentRelay 팀의 비교입니다. 에 검토된 문서입니다. IncidentRelay 범위: v2.3.1. 이는 성능 벤치마크나 기능 동등성에 대한 약속이 아닌 문서 기반 평가입니다.

빠른 결정 · 기능 · 이전 제한 · 파일럿 체크리스트

두 가지가 아닌 세 가지 선택

자체 호스팅이 요구사항이고 팀이 업그레이드, 백업 및 알림 전달을 소유할 수 있는 경우 IncidentRelay을(를) 평가하세요. 통화 중 백엔드를 직접 운영하는 것보다 Grafana 클라우드 관측 가능성과 함께 관리형 서비스 및 사고 대응이 더 중요한 경우 Grafana Cloud IRM을 평가하세요.

Grafana OnCall OSS를 유지하는 것은 유지 관리 결정입니다. Grafana는 2026년 3월 24일에 보관했습니다. 기존 설치는 단순히 꺼지는 것이 아니라 OSS 모바일 푸시 및 종속 SMS 전달을 포함하여 클라우드 연결 지원이 종료되었습니다/phone. 이는 모든 알림 경로가 손상되었다는 주장이 아닙니다. Grafana은 자체 Twilio 설정과 같은 대안을 문서화합니다. 실제로 사용하는 전달 경로를 감사하십시오. 공식 아카이브 및 클라우드 연결 공지를 참조하세요.

IncidentRelay을 선택하면 무엇이 바뀌나요?

결정 IncidentRelay v2.3.1 Grafana Cloud IRM
운영 모델 자체 호스팅; 귀하의 팀은 배포를 제어하고 서비스를 유지 관리합니다. Grafana Cloud 내에서 대기 중 및 사고 대응을 관리합니다.
일정 및 알림 순환 레이어, 재정의, 에스컬레이션 정책 및 통화 중 상태 진단. 순환, 교대, 재정의, 경고 그룹화, 라우팅 및 에스컬레이션.
회사 소개 기술 경보 그룹 및 별도의 운영 사고 아래 경계를 참조하세요. 사고 선언, 대응 조정, 일정 및 사고 후 검토.
알림 설정 채팅, SMTP 또는 음성 제공자를 구성합니다. 브라우저/PWA 푸시는 사용자별로 활성화됩니다. 클라우드 관리 알림 서비스 및 Grafana 모바일 앱.
조사 맥락 기존 모니터링 도구를 유지하고 지원되는 통합을 통해 IR에 알림을 보냅니다. Grafana Cloud 측정항목, 로그, 추적과 함께 사고 대응.

위의 클라우드 기능은 Grafana IRM 개요를 따릅니다. 귀하 조직의 현재 요금제 조건과 배송 범위를 확인하세요. 이 비교는 동일한 상업적 자격을 가정하지 않습니다.

테스트할 가치가 있는 두 가지 경계

IR 2.3에서 AlertGroup은 기술 승인, 해결 및 에스컬레이션을 소유합니다. 별도의 사고는 운영 워크플로, 우선순위 및 담당자를 소유하며 여러 AlertGroup을 연결할 수 있습니다. 이 릴리스에서는 응답자와 이해관계자가 AlertGroup 범위로 유지됩니다. 동일한 협업 모델을 가정하지 마십시오. 사고 관리를 참조하세요.

자체 호스팅 IR은 외부 전달을 자체 호스팅하지 않습니다. 채팅 서비스, SMTP 릴레이 및 음성 제공자는 종속성을 유지합니다. 브라우저/PWA 푸시는 Grafana 기본 모바일 앱이 아닙니다. 응답자가 휴대하는 기기의 채널 요구사항 및 브라우저 푸시 설정을 확인하세요.

Grafana OnCall OSS에서 마이그레이션 중

IR v2.3.1 이전 가이드에서는 공개-API 가져오기 도구에 대해 설명합니다. 기본적으로 테스트 실행 모드로 실행되며 변경 사항을 적용하기 전에 계획과 보고서를 작성합니다. 자동 Grafana Cloud IRM 마이그레이션을 주장하는 것이 아니라 OSS 마이그레이션 도구입니다.

  • 지원: 사용자 및 멤버십, 팀, 지원되는 캘린더/web 일정 및 교대근무, 재정의, 기본 에스컬레이션 체인, 통합 및 기본 경로.
  • 수동 검토: 외부 iCal 일정, 월별 반복, 자정 간 제한, 동시 다중 사용자 교대 또는 알림, 임의의 Jinja2 또는 전체 페이로드 정규식 라우팅.
  • 가져오기 시 사용 중지됨: 기본이 아닌 조건부 경로입니다. Grafana 전체 페이로드 일치는 IR 정규화된 레이블 일치와 동일하지 않습니다. 이러한 경로를 활성화하기 전에 일치자를 다시 작성하고 테스트하세요.
  • 전송되지 않음: 경고 기록 및 발신 웹훅 비밀번호와 같은 마스킹된 자격 증명입니다. 알림 채널과 비밀을 별도로 구성합니다.

반복 가능한 가져오기를 위해 state.json를 유지하고 새로운 접수 URL 및 토큰이 포함된 route-secrets.json을 보호합니다. 두 파일을 공용 저장소에 넣지 마십시오.

프로덕션 웹훅을 변경하기 전의 유용한 파일럿

  1. 모든 현재 알림 경로를 조사한 다음 기존 사용자에 대해서만 테스트 실행 모드로 가져오기 도구를 실행하세요. 예상치 못한 경고를 해결하세요. 단지 친환경 보고서를 얻기 위해 손실이 많은 일정 전환을 받아들이지 마십시오.
  2. 전체 순환 주기, 시간대 경계 및 계획된 재정의를 비교합니다. On-call Health를 사용하여 일정 공백과 누락된 배달 구성을 찾으세요.
  3. 삭제된 예(프로덕션 경고, 중복, 해결된 이벤트 및 알리면 안 되는 경고)를 재생합니다. 선택한 팀, 서비스, 에스컬레이션 대상을 확인하세요.
  4. 백업 에스컬레이션을 확인하려면 테스트 알림을 확인하지 마세요. 그런 다음 다른 것을 승인하고 페이징이 중지되는지 확인하십시오. HTTP 성공 응답뿐만 아니라 응답자 기기에서 실제 전달을 확인하세요.
  5. 위험도가 낮은 통합 하나를 전환하고 통화 주기를 관찰합니다. 롤백에 사용할 수 있는 이전 끝점과 구성을 유지합니다. 섀도우 테스트 중에 두 시스템의 응답자를 페이징하지 마십시오.

Grafana 대시보드를 교체해야 합니까?

아니요. 이동 중 대기 처리는 이동 모니터링과 별개의 결정입니다. Grafana Alerting은(는) IncidentRelay에 알림을 보낼 수 있습니다. 대시보드는 현재 위치에 그대로 있을 수 있습니다. 테스트 배포와 하나의 알림 흐름으로 시작하세요.

Grafana OnCall 및 Grafana Cloud IRM은(는) Grafana Labs 제품입니다. IncidentRelay은(는) Grafana 연구소와 관련이 없습니다.