목차
알림은 망가졌습니다. 기술이 아니라 그것을 둘러싼 습관이 문제입니다. 모든 것이 진동하면 어느 것도 주목받지 못합니다. 대부분의 사람은 알림 배지를 무시하고 휴대폰을 무음으로 돌린 채 “시간 날 때” 확인하는 데 익숙해져 있습니다.
Echobell은 “시간 날 때”로는 이미 늦는 순간을 위해 만들어졌습니다. 여러 사람이 Echobell을 어떻게 쓰고 있는지, 그리고 그것을 가능하게 하는 구체적인 연동을 살펴봅니다.
개발자: API가 멈추는 순간 바로 알기
가장 전형적인 개발자 활용 사례입니다. 프로덕션 API가 있고 모니터링 도구도 있습니다. 하지만 새벽 2시에 문제가 생기면 그 알림은 아침이 될 때까지 Slack 채널에 그대로 방치됩니다.
Echobell은 Webhook으로 모니터링 스택과 연결됩니다. 헬스 체크가 실패하면 휴대폰이 울립니다. 무음 처리될 수 있는 푸시 알림이 아니라, 실제로 벨이 울리는 전화입니다.
curl -X POST https://hook.echobell.one/t/<channel-token> \
-H "Content-Type: application/json" \
-d '{
"title": "API DOWN: payment-service",
"body": "500 errors since 02:17 UTC",
"notificationType": "calling"
}'HTTP 요청을 보낼 수 있는 도구라면 무엇이든 연동됩니다. Datadog, Better Uptime, Freshping, UptimeRobot, 직접 만든 헬스 체크 스크립트까지 무엇이든 가능합니다.
덜 중요한 서비스에는 notificationType을 time-sensitive로 바꾸세요. 벨이 끝까지 울리지는 않지만 iOS 집중 모드는 그대로 뚫고 전달됩니다.
CI/CD 파이프라인: 확인하지 말고 알림을 받으세요
30초마다 GitHub Actions를 새로고침하며 빌드가 끝나기를 기다리는 것은 시간을 잘 쓰는 방법이 아닙니다. 그렇다고 완전히 다른 일로 넘어갔다가 배포가 실패한 것을 놓치고 싶지도 않습니다.
파이프라인 마지막에 Webhook 단계를 하나 추가하세요. 작업이 끝나면 성공이든 실패든 Echobell이 결과를 곧바로 휴대폰으로 보냅니다.
- name: Notify via Echobell
if: always()
run: |
curl -X POST https://hook.echobell.one/YOUR_KEY \
-H "Content-Type: application/json" \
-d "{
\"title\": \"${{ github.workflow }} ${{ job.status }}\",
\"body\": \"${{ github.repository }} @ ${{ github.sha }}\",
\"notificationType\": \"time-sensitive\"
}"사소해 보이지만 한 주 동안 쌓이는 컨텍스트 전환을 조용히 크게 줄여 주는 종류의 개선입니다.
서버와 가동 시간 모니터링: Grafana, Upptime 그리고 그 밖의 도구들
이미 Grafana를 쓰고 있다면 Webhook 컨택트 포인트로 알림을 Echobell에 바로 보낼 수 있습니다. 채널을 만들고 Webhook URL을 설정하면 끝입니다. 알림이 발생하면 휴대폰이 울립니다.
Upptime 사용자는 .upptimerc.yml에 몇 줄만 추가하면 똑같이 쓸 수 있습니다:
notifications:
- type: webhook
endpoint: https://hook.echobell.one/t/<channel-token>두 연동의 좋은 점은 기존 알림 규칙을 그대로 활용한다는 것입니다. 무언가를 다시 정의할 필요 없이 Echobell을 출력 대상으로 추가하기만 하면 됩니다.
Zapier와 노코드 자동화
모든 문제가 개발자의 문제인 것은 아닙니다. Zapier에는 폼 제출, CRM 업데이트, 결제 이벤트, 스프레드시트 변경 등 수천 가지 트리거가 있습니다. 그중 무엇이든 Echobell 알림을 실행할 수 있습니다.
Echobell 채널을 가리키는 Zapier Webhook 액션을 만들어 두면, 상상할 수 있는 거의 모든 비즈니스 이벤트에 알림을 연결할 수 있습니다:
- 웹사이트 폼으로 가치가 큰 리드가 들어왔을 때
- Stripe에서 결제가 실패했을 때
- Google Sheets에 행이 추가되었을 때
- 프로젝트 관리 도구에서 작업 기한이 지났을 때
타이밍이 중요한 비즈니스 이벤트라면, 휴대폰 진동(정말 결정적인 건이라면 전화)이 Slack 메시지를 알아차리기를 바라는 것보다 훨씬 확실합니다.
이메일 트리거: 이메일을 전화 알림으로 바꾸기
이메일 출력만 지원하는 시스템이 있습니다. 오래된 모니터링 도구, 레거시 SaaS 플랫폼, 사내 업무 시스템 같은 것들입니다. Echobell에는 이메일 트리거가 기본으로 들어 있습니다.
채널마다 고유한 @echobell.one 주소가 주어집니다. 그 주소로 보낸 이메일이 알림을 실행하며, 제목은 알림 제목이 되고 본문은 알림 내용이 됩니다.
모니터링 도구의 알림 메일을 전달하거나, 이메일 필터 규칙으로 연결하거나, 주소를 그대로 써도 됩니다. 알림은 다른 Echobell 트리거와 똑같은 방식으로 발송됩니다.
AI 워크플로와 비동기 작업
긴 AI 작업이나 배치 처리처럼 몇 분 이상 걸리는 일을 돌리고 계신가요? 터미널을 들여다보고 있는 대신 Echobell Direct로 작업이 끝났을 때 스스로에게 알림을 보내세요.
import httpx
def notify_complete(task_name: str, result: str):
httpx.post(
"https://hook.echobell.one/d/YOUR_KEY",
json={
"title": f"{task_name} complete",
"body": result,
"notificationType": "time-sensitive"
}
)Claude를 비롯한 AI 에이전트를 쓰고 있다면 WebhookMCP와 잘 어울립니다. 에이전트가 긴 작업을 마쳤을 때 스스로 Echobell 알림을 보낼 수 있습니다.
팀 온콜: 공유 채널
Echobell의 채널 모델은 개인뿐 아니라 팀에도 잘 맞습니다. 서비스마다 채널을 만들고 구독 링크를 팀에 공유하면, 구독한 모든 사람이 알림을 받습니다.
덕분에 온콜 로테이션에도 실용적으로 쓸 수 있습니다:
- 지금 온콜인 사람이 프로덕션 채널을 구독합니다
- 무언가 발생하면 당번이 아닌 사람들로 가득한 Slack 채널이 아니라, 정확히 필요한 사람에게 전화가 갑니다
- 로테이션이 바뀌면 이전 담당자가 구독을 해제하고 새 담당자가 구독합니다
규모가 작은 팀이라면 복잡한 PagerDuty 설정이 필요하지 않습니다.
Cron 작업과 예약 스크립트
Cron 작업은 조용히 실패합니다. 매일 밤 실행되는 스크립트가 오류를 만나면 그냥... 아무 일도 하지 않고, 뒤쪽 어딘가에서 눈에 띄게 망가질 때까지 아무도 알아차리지 못합니다.
스크립트 마지막에 Echobell 알림을 추가하세요:
#!/bin/bash
# your script here
python process_data.py
if [ $? -ne 0 ]; then
curl -s -X POST https://hook.echobell.one/d/YOUR_KEY \
-H "Content-Type: application/json" \
-d '{"title": "Cron failed", "body": "process_data.py exited with error", "notificationType": "time-sensitive"}'
fi스크립트마다 1분씩 들여 설정해 두면 나중에 훨씬 많은 디버깅을 아낄 수 있습니다.
알맞은 긴급도 고르기
Echobell에는 세 가지 알림 유형이 있고, 어떤 것을 쓰느냐가 중요합니다:
| 유형 | 동작 | 사용 시점 |
|---|---|---|
active | 일반 푸시 알림 | 정보성 업데이트, 급하지 않은 경우 |
time-sensitive | 집중 모드를 뚫고 전달 | 중요하지만 당장 치명적이지는 않은 경우 |
calling | 걸려 온 전화처럼 휴대폰이 울림 | 프로덕션 장애, 매출에 직결되는 실패 |
calling 유형은 Premium 구독이 필요하며, 정말로 즉각적인 대응이 필요한 일에만 아껴 두는 편이 좋습니다. 나머지는 time-sensitive로 충분합니다. 여전히 확실하게 전달되면서 알림 피로도 일으키지 않습니다.
작은 것부터 시작하세요
첫 연동으로 가장 쉬운 것은 보통 cron 작업이나 CI 파이프라인입니다. 규모가 작고 독립적이며 테스트하기도 쉽습니다. 하나를 먼저 동작시켜 보고, 어떤 느낌인지 확인한 다음 거기서부터 넓혀 가세요.
Echobell은 지금 놓치고 있는 알림을 대신할 때 가장 유용합니다. 문제를 알았어야 할 시점보다 늦게 알게 된 마지막 순간을 떠올려 보세요. 그것이 가장 먼저 만들어야 할 연동입니다.