Echobell과 ntfy

토픽에 발행할 것인가, 특정한 사람을 울릴 것인가

ntfy는 알림을 위한 깔끔한 pub/sub 계층으로, 오픈소스이고 직접 호스팅할 수 있습니다. Echobell은 일부러 더 좁습니다. 비공개 채널, 진짜 전화를 포함한 세 단계 긴급도, 그리고 Apple Watch 전달입니다.

Echobell

ntfy

Echobell 다운로드 Google Play 문서 보기

핵심 요약

서버를 직접 소유하고 알림을 토픽 스트림으로 다루고 싶다면 ntfy가 더 낫습니다. 특정한 사람을 반드시 깨워야 한다면 Echobell이 낫습니다.

알림이 울리는 전화까지 올라가야 하거나, 추측 가능한 토픽 이름이 받아들일 만한 접근 모델이 아니라면 Echobell을 고르세요.

한눈에 보기

Echobell

ntfy

주소 지정 방식

채널마다 토큰이 있고 구독자를 명시적으로 추가하는 비공개 채널

이름을 아는 사람이면 누구나 구독할 수 있는 공개 토픽 이름

최고 긴급도

벨소리와 통화 화면이 있는 수신 전화

우선순위 5: 더 큰 소리와 더 긴 진동

Apple Watch

페어링된 Apple Watch로 전달

알림은 평소처럼 휴대폰을 거쳐 시계에 도달

핵심 차이

둘 다 HTTP 요청을 휴대폰까지 가져옵니다. 갈리는 지점은 알림이 누구에게 향하는가, 그리고 어디까지 올라갈 수 있는가입니다.

항목

Echobell

ntfy

전달 모델

Echobell

다른 접근

자체 트리거 토큰을 가진 채널과 직접 추가하는 구독자

서로 다른 두 모델입니다. ntfy 쪽이 단순하고, Echobell 쪽은 기본이 닫혀 있습니다.

ntfy

다른 접근

토픽 이름 — 공개 서버에서는 이름만 알면 구독 가능

긴급도 상한

Echobell

기본 제공

전화 모드는 전체 통화 화면과 함께 울림

알림이 더는 통하지 않는 지점 너머로 Echobell은 올라갈 수 있습니다.

ntfy

부분 지원

우선순위 5는 크게 울리고 더 오래 진동하지만 여전히 알림

호스팅

Echobell

미지원

관리형 서비스만 제공

서버와 데이터와 접근 규칙을 내 것으로 두고 싶다면 ntfy가 낫습니다.

ntfy

기본 제공

오픈소스, 셀프 호스팅 가능, 자체 인스턴스에서는 인증과 ACL도 설정

메시지 구성

Echobell

기본 제공

템플릿과 조건이 서버에서 내용을 만들고 걸러냄

알림을 보내는 모든 스크립트에서 서식 작업을 걷어냅니다.

ntfy

부분 지원

이메일 발행과 액션 버튼은 있지만 본문은 여전히 발신 측이 구성

Echobell이 나은 점

Echobell은 ntfy의 유연함을 내주는 대신 놓쳐서는 안 되는 알림에서의 확실함을 택했습니다.

울리는 알림

전화 모드는 무음과 집중 모드를 뚫고 전화로 도착합니다. 우선순위 설정만으로는 결코 못 하는 일입니다.

기본이 닫혀 있음

채널에는 트리거 토큰과 구독자 목록이 있어 이름을 추측해 들어오는 사람이 없습니다.

서식은 한 곳에만

템플릿과 조건이 서버에서 돌기 때문에 열 개의 발신 측이 각자 메시지 조립 코드를 둘 필요가 없습니다.

가장 잘 맞는 상황

ntfy 옆에 Echobell을 두게 되는 이유는 대개 이 셋입니다.

당직자가 정말로 깨어나야 한다

우선순위 5를 이미 한 번 자면서 놓친 뒤.

토픽 이름이 보안 역할을 하고 있다

추측 불가능한 문자열이 알림 스트림과 낯선 사람 사이의 유일한 장벽일 때.

알림이 여러 발신 측에서 온다

스크립트마다 메시지를 직접 만들다가 형식이 이미 제각각이 됐을 때.

ntfy에서 옮기기

둘 다 HTTP POST를 받으므로 비교하는 동안 채널이 토픽을 그림자처럼 따라가게 할 수 있습니다.

1

토픽마다 채널 하나 만들기

토픽 이름을 채널 이름으로 그대로 두면 대응 관계가 분명해집니다.
2

발행 측을 채널 webhook으로 돌리기

ntfy 토픽 URL을 Echobell webhook으로 바꾸세요. JSON 본문은 그대로 넘어갑니다.
3

우선순위 5를 전화 모드로

최고 우선순위로 발행하던 것은 전화 채널 후보입니다.