목차
2026년 3월 24일, Grafana Labs는 자체 호스팅 Grafana OnCall 배포 환경에서 SMS, 전화, 모바일 푸시 알림을 담당하던 Cloud Connection을 비활성화했습니다. Grafana OnCall OSS를 운영하고 있다면 전화 알림은 나흘 전부터 이미 작동을 멈춘 상태입니다.
갑작스러운 일은 아니었습니다. Grafana는 2025년 3월에 이미 유지 보수 모드 전환을 발표하며 각 팀에 1년의 준비 기간을 주었습니다. 하지만 선택지는 Grafana Cloud IRM으로 마이그레이션하거나 다른 대안을 찾는 것뿐이었고, 둘 다 실제 작업을 필요로 합니다. 그리고 기한은 이미 지났습니다.
무슨 일이 있었고, 무엇이 작동하지 않으며, 오늘 무엇을 할 수 있는지 살펴봅니다.
Grafana OnCall 종료가 실제로 의미하는 것
Grafana OnCall OSS는 2025년 3월 11일부터 유지 보수 모드에 들어갔습니다. 저장소는 여전히 AGPLv3 오픈 소스이며 포크할 수도 있지만, Grafana Labs는 새로운 기능 추가를 중단했고 수정 범위를 치명적인 CVE로만 한정했습니다.
더 중요한 시점은 2026년 3월 24일이었습니다. Cloud Connection 서비스가 영구적으로 비활성화된 날입니다. 이 서비스는 Grafana 인프라를 필요로 하는 모든 아웃바운드 알림을 처리했습니다.
- SMS 알림
- 전화 에스컬레이션
- Grafana OnCall 앱을 통한 모바일 푸시 알림
장애 상황에서 담당자를 깨우기 위해 이 채널들에 의존하고 있었다면, 해당 경로는 이제 사라졌습니다.
Slack, PagerDuty 또는 자체 엔드포인트로 보내는 Webhook 기반 알림은 Cloud Connection에 의존한 적이 없으므로 계속 작동합니다. 하지만 놓친 경보에 대한 마지막 방어선으로 온콜 전화를 사용하던 팀에게는 이제 공백이 생겼습니다.
공식 마이그레이션 경로와 그 절충점
Grafana가 권장하는 마이그레이션 경로는 Grafana Cloud IRM입니다. 기존 OnCall과 Incident 기능을 하나의 클라우드 제품으로 통합했으며, PagerDuty, Opsgenie, Splunk OnCall에서 넘어오는 팀을 위한 마이그레이션 도구도 준비되어 있습니다.
절충점은 비용과 아키텍처입니다. Grafana Cloud IRM은 클라우드 전용이라 자체 호스팅 옵션이 없습니다. 가격은 20명 규모 팀 기준으로 월 419달러 수준입니다. 소규모 팀이나 데이터 저장 위치에 엄격한 요건이 있는 조직이라면 이 조건이 판단 기준을 크게 바꿔 놓습니다.
온콜 운영 전체를 Grafana Cloud IRM으로 옮길 생각이라면 그 자체로 완결된 해결책입니다. 하지만 목표가 더 좁다면, 즉 기존 구성을 크게 손대지 않고 중요한 Grafana 경보에 대해서만 전화 알림을 받고 싶다면 더 가벼운 방법이 있습니다.
Echobell로 전화 알림 복구하기
Echobell은 Webhook 호출을 전화 알림, 긴급 알림 또는 일반 푸시로 바꿔 주는 모바일 앱입니다. 온콜 관리 워크플로 전체를 대체하지는 않지만, Cloud Connection이 담당하던 바로 그 부분은 대체합니다. 중요한 문제가 발생했을 때 전화를 울리게 하는 일입니다.
이 구성은 기존 Grafana 경보 규칙을 전혀 바꾸지 않고 그대로 사용합니다.
1단계 — Echobell에서 채널 만들기
Echobell을 설치하고 새 채널을 만듭니다. 알림 유형을 전화로 설정하세요. 이 설정이 푸시를 조용히 전달하는 대신 전화를 울리게 합니다.
2단계 — Echobell을 Grafana Contact Point로 추가하기
Grafana에서 Alerting → Contact points → New contact point로 이동합니다. Webhook을 선택하고 Echobell 채널의 Webhook URL을 붙여 넣으세요.
https://hook.echobell.one/t/<channel-token>
이 URL은 앱 안의 채널 설정에서 확인할 수 있습니다.
3단계 — 중요한 경보를 Echobell로 라우팅하기
알림 정책을 수정해 심각도가 높은 경보를 Echobell Contact Point로 보내도록 설정합니다. 우선순위가 낮은 경보는 기존 Slack이나 이메일 Contact Point를 그대로 두세요. Echobell은 누군가를 반드시 깨워야 하는 경보를 위한 것입니다.
4단계 — 테스트하기
Contact Point에서 Test를 클릭합니다. 몇 초 안에 전화가 울려야 합니다.
여기까지가 기본 구성입니다. 이 시점부터는 Grafana 경보 발생 → Echobell이 Webhook 수신 → 전화 울림의 흐름으로 동작합니다.
에스컬레이션과 팀 커버리지 다루기
온콜 교대 근무에서는 Echobell 채널을 여러 팀원과 공유할 수 있습니다. 경보가 발생하면 해당 채널을 구독한 모든 사람이 알림을 받습니다. 첫 번째 담당자가 응답하지 않으면 전화를 반복하도록 재시도 동작을 설정할 수도 있습니다.
또한 Echobell은 서로 다른 경보 심각도에 매핑할 수 있는 세 가지 긴급도 단계를 지원합니다.
- 전화 — 전화벨처럼 울리며 iOS 집중 모드와 방해 금지를 뚫고 전달됩니다
- 긴급 — 울리지 않고 잠금 화면에 즉시 표시됩니다
- 일반 — 표준 푸시 알림입니다
Grafana 경보 심각도에 맞춰 critical은 전화, warning은 긴급, info는 일반으로 매핑하세요.
Grafana OnCall과 비교해 포기하게 되는 것
Echobell은 완전한 온콜 관리 플랫폼이 아닙니다. 교대 일정, 에스컬레이션 트리, 인시던트 타임라인 같은 기능은 없습니다. 이런 기능이 필요하다면 PagerDuty, All Quiet 또는 Grafana Cloud IRM 같은 전용 플랫폼을 써야 합니다.
Echobell이 담당하는 것은 알림 전달 계층입니다. 경보 시스템이 작동했을 때 적절한 담당자가 그 사실을 실제로 인지하도록 보장하는 일이죠. Grafana OnCall Cloud Connection의 핵심 가치가 바로 그 부분이었던 팀이라면, Echobell은 최소한의 설정만으로, 인원당 인프라 비용 없이 그 공백을 메울 수 있습니다.