Echobell vs ntfy

Publicar num tópico, ou fazer tocar o telefone de alguém específico

O ntfy é uma camada pub/sub enxuta para notificações, de código aberto e auto-hospedável. O Echobell é mais estreito de propósito: canais privados, três níveis de urgência incluindo uma ligação de verdade, e entrega no Apple Watch.

Echobell

ntfy

Baixar o Echobell Google Play Ler a documentação

Resumo rápido

O ntfy é melhor se você quer ser dono do servidor e tratar notificações como um fluxo de tópicos. O Echobell é melhor se uma pessoa específica precisa ser acordada.

Escolha o Echobell quando o alerta precisar escalar para uma ligação, ou quando um nome de tópico adivinhável não for um modelo de acesso aceitável.

Visão geral

Echobell

ntfy

Modelo de endereçamento

Canais privados com token próprio e assinantes explícitos

Nomes de tópico públicos que qualquer um que os conheça pode assinar

Urgência máxima

Uma ligação recebida com toque e tela de chamada

Prioridade 5: som mais alto e vibração mais longa

Apple Watch

Entregue em um Apple Watch pareado

As notificações chegam ao relógio pelo telefone, como de costume

Principais diferenças

Os dois levam uma requisição HTTP até o seu telefone. Discordam sobre a quem a notificação é endereçada e até onde ela consegue escalar.

Critério

Echobell

ntfy

Modelo de entrega

Echobell

Abordagem diferente

Um canal com token próprio e os assinantes que você adiciona

São dois modelos diferentes. O do ntfy é mais simples; o do Echobell é fechado por padrão.

ntfy

Abordagem diferente

Um nome de tópico — no servidor público, conhecê-lo já basta para assinar

Teto de urgência

Echobell

Integrado

O modo chamada toca com tela de chamada completa

O Echobell escala além do ponto em que uma notificação deixa de funcionar.

ntfy

Parcial

A prioridade 5 é alta e vibra mais, mas continua sendo uma notificação

Hospedagem

Echobell

Indisponível

Apenas serviço gerenciado

O ntfy ganha se você quer que servidor, dados e regras de acesso sejam seus.

ntfy

Integrado

Código aberto, auto-hospedável, com autenticação e ACLs na sua instância

Formatação da mensagem

Echobell

Integrado

Templates e condições renderizam e filtram o conteúdo no servidor

O Echobell tira a formatação de cada script que envia um alerta.

ntfy

Parcial

Publicação por e-mail e botões de ação, mas o texto ainda é montado pelo emissor

Onde o Echobell ganha

O Echobell troca a flexibilidade do ntfy por confiabilidade nos alertas que não podem ser perdidos.

Um alerta que toca

O modo chamada chega como ligação, atravessando o silencioso e o Foco — justamente o que níveis de prioridade não fazem.

Fechado por padrão

Um canal tem token de disparo e lista de assinantes, então ninguém entra adivinhando um nome.

A formatação mora num lugar só

Templates e condições rodam no servidor, então dez emissores diferentes não precisam cada um do seu código de montagem.

Cenários ideais

Times costumam colocar o Echobell ao lado do ntfy por um destes motivos.

Quem está de plantão precisa acordar de verdade

Quando a prioridade 5 já foi dormida uma vez.

O nome do tópico está fazendo papel de segurança

Quando uma string impossível de adivinhar é a única coisa entre um fluxo de alertas e um estranho.

Os alertas vêm de muitos emissores

Quando cada script monta sua própria mensagem e todos já divergiram.

Saindo do ntfy

Ambos aceitam POST HTTP, então um canal pode acompanhar um tópico enquanto você compara.

1

Crie um canal por tópico

Mantenha os nomes dos tópicos como nomes dos canais para o mapeamento ficar óbvio.
2

Aponte o publicador para o webhook do canal

Troque a URL do tópico do ntfy pelo webhook do Echobell. Os corpos JSON seguem iguais.
3

Passe a prioridade 5 para chamada

Tudo que você publicava na prioridade máxima é candidato a um canal em modo chamada.

Perguntas frequentes

Encontre respostas para dúvidas comuns sobre o Echobell

Não. A prioridade mais alta do ntfy toca um som de notificação mais longo e alto. O modo chamada do Echobell é uma ligação recebida de verdade, com tela de chamada.

Não por natureza — a própria orientação do ntfy é escolher nomes de tópico impossíveis de adivinhar, e uma instância auto-hospedada pode exigir autenticação. É outro modelo de acesso, não um modelo quebrado.

Não. O ntfy é código aberto e você pode rodá-lo; o Echobell é um serviço gerenciado. Se auto-hospedar for o requisito, o ntfy é a resposta certa.