Echobell so với ntfy

Đăng lên một chủ đề, hay làm máy của một người cụ thể đổ chuông

ntfy là một lớp pub/sub gọn gàng cho thông báo, mã nguồn mở và tự lưu trữ được. Echobell cố tình hẹp hơn: kênh riêng tư, ba mức khẩn trong đó có cuộc gọi thật, và khả năng gửi tới Apple Watch.

Echobell
VS
ntfy

Tóm tắt nhanh

ntfy phù hợp hơn nếu bạn muốn sở hữu máy chủ và xem thông báo như một luồng chủ đề. Echobell phù hợp hơn nếu phải đánh thức một người cụ thể.

Chọn Echobell khi cảnh báo phải leo thang thành một cuộc gọi đổ chuông, hoặc khi một tên chủ đề có thể đoán ra không phải là mô hình phân quyền chấp nhận được.

Nhìn tổng quan

Echobell

ntfy

Cách định danh người nhận

Kênh riêng tư, mỗi kênh một token và danh sách người đăng ký rõ ràng

Tên chủ đề công khai, ai biết tên là đăng ký được

Mức khẩn cao nhất

Một cuộc gọi đến với nhạc chuông và màn hình cuộc gọi

Ưu tiên 5: âm thanh to hơn và rung lâu hơn

Apple Watch

Gửi tới Apple Watch đã ghép đôi

Thông báo tới đồng hồ thông qua điện thoại như thường lệ

Khác biệt chính

Cả hai đều đưa một yêu cầu HTTP tới điện thoại của bạn. Chúng khác nhau ở chỗ thông báo gửi cho ai, và có thể leo thang tới đâu.

Mô hình gửi

Echobell

Cách tiếp cận khác

Một kênh với token kích hoạt riêng và người đăng ký do bạn thêm vào

Hai mô hình khác nhau. Của ntfy đơn giản hơn, của Echobell mặc định là đóng.

ntfy

Cách tiếp cận khác

Một tên chủ đề — trên máy chủ công cộng, biết tên là đủ để đăng ký

Trần độ khẩn

Echobell

Có sẵn

Chế độ gọi đổ chuông với màn hình cuộc gọi đầy đủ

Echobell leo thang được qua khỏi ngưỡng mà thông báo thường không còn tác dụng.

ntfy

Một phần

Ưu tiên 5 kêu to và rung lâu hơn, nhưng vẫn là một thông báo

Lưu trữ

Echobell

Không có

Chỉ có dịch vụ được quản lý

ntfy thắng nếu bạn muốn máy chủ, dữ liệu và quy tắc truy cập đều là của mình.

ntfy

Có sẵn

Mã nguồn mở, tự lưu trữ được, có xác thực và ACL trên máy chủ của bạn

Định dạng nội dung

Echobell

Có sẵn

Template và điều kiện dựng và lọc nội dung ở phía máy chủ

Echobell đưa việc định dạng ra khỏi mọi script gửi cảnh báo.

ntfy

Một phần

Có gửi qua email và nút hành động, nhưng phần chữ vẫn do phía gửi soạn

Echobell mạnh ở đâu

Echobell đánh đổi sự linh hoạt của ntfy để lấy độ chắc chắn cho những cảnh báo không được phép bỏ lỡ.

Một cảnh báo biết đổ chuông

Chế độ gọi đến như một cuộc điện thoại, xuyên qua chế độ im lặng và Tập trung — đúng thứ mà các mức ưu tiên không làm được.

Mặc định là đóng

Một kênh có token kích hoạt và danh sách người đăng ký, nên không ai vào được chỉ bằng cách đoán tên.

Định dạng nằm ở một chỗ

Template và điều kiện chạy ở phía máy chủ, nên mười nguồn gửi khác nhau không cần mỗi nơi một đoạn mã dựng nội dung.

Tình huống phù hợp nhất

Các nhóm thường đặt Echobell cạnh ntfy vì một trong ba lý do sau.

Người trực phải thực sự tỉnh dậy— Sau khi ưu tiên 5 đã bị ngủ quên một lần.
Người trực phải thực sự tỉnh dậy

Sau khi ưu tiên 5 đã bị ngủ quên một lần.

Tên chủ đề đang gánh vai trò bảo mật— Khi một chuỗi khó đoán là thứ duy nhất ngăn giữa luồng cảnh báo và người lạ.
Tên chủ đề đang gánh vai trò bảo mật

Khi một chuỗi khó đoán là thứ duy nhất ngăn giữa luồng cảnh báo và người lạ.

Cảnh báo đến từ rất nhiều nguồn gửi— Khi mỗi script tự soạn nội dung và tất cả đã lệch nhau từ lâu.
Cảnh báo đến từ rất nhiều nguồn gửi

Khi mỗi script tự soạn nội dung và tất cả đã lệch nhau từ lâu.

Chuyển từ ntfy

Cả hai đều nhận HTTP POST, nên một kênh có thể chạy song song với một chủ đề trong lúc bạn so sánh.

  1. 1

    Tạo một kênh cho mỗi chủ đề

    Giữ tên chủ đề làm tên kênh để việc ánh xạ luôn rõ ràng.

  2. 2

    Trỏ phía đăng lên webhook của kênh

    Thay URL chủ đề của ntfy bằng webhook của Echobell. Phần thân JSON giữ nguyên.

  3. 3

    Đưa ưu tiên 5 sang chế độ Gọi

    Bất cứ thứ gì bạn từng đăng ở mức ưu tiên cao nhất đều là ứng viên cho một kênh gọi.

Câu hỏi thường gặp

Tìm câu trả lời cho các thắc mắc thường gặp về Echobell

Không. Mức ưu tiên cao nhất của ntfy phát một âm báo dài và to hơn. Chế độ gọi của Echobell là một cuộc gọi đến thật sự, có màn hình cuộc gọi.

Không hẳn — chính tài liệu của ntfy khuyên chọn tên chủ đề không thể đoán được, và bản tự lưu trữ có thể bắt buộc xác thực. Đó là một mô hình phân quyền khác, không phải một mô hình hỏng.

Không. ntfy là mã nguồn mở và bạn tự chạy được; Echobell là dịch vụ được quản lý. Nếu tự lưu trữ là yêu cầu bắt buộc thì ntfy mới là câu trả lời đúng.

Giữ nguyên các chủ đề. Thêm một kênh biết đổ chuông.

Đăng một chủ đề ưu tiên cao sang cả kênh gọi của Echobell rồi so sánh ở lần kích hoạt tiếp theo.

Echobell vs PagerDuty

Điều phối sự cố cấp doanh nghiệp và cảnh báo gọn nhẹ ưu tiên di động

Đọc tiếp

Echobell vs Opsgenie

Định tuyến sự cố xoay quanh Atlassian và thông báo tức thì có trọng tâm

Đọc tiếp

Echobell vs Better Stack

Bộ giám sát đa năng và tốc độ thông báo chuyên biệt

Đọc tiếp

Echobell vs Pushover

Thông báo push cơ bản và kênh cảnh báo giàu tính năng, sẵn sàng cho sự cố

Đọc tiếp

Echobell vs IFTTT

Công thức tự động hóa nói chung và cảnh báo sự cố đặt độ tin cậy lên đầu

Đọc tiếp

Echobell vs Slack

Cảnh báo trong chat nhóm và lớp gửi cảnh báo quan trọng chuyên biệt

Đọc tiếp

Echobell vs Telegram

Tin nhắn bot và lớp gửi cảnh báo quan trọng chuyên biệt

Đọc tiếp

Echobell vs Discord

Bài đăng webhook giữa server đông đúc và việc gửi cảnh báo khẩn

Đọc tiếp

Echobell vs Healthchecks.io

Giám sát cron và lớp gửi khẩn cấp

Đọc tiếp

Echobell vs Gotify

Máy chủ push tự lưu trữ vs cảnh báo đến được iOS

Đọc tiếp

Echobell vs Bark

Push iOS miễn phí bằng URL vs cảnh báo đổ chuông trên mọi thiết bị

Đọc tiếp

Echobell vs ServerChan

Chuyển tiếp vào WeChat vs một cảnh báo bạn tự chỉnh được âm lượng

Đọc tiếp

Echobell vs PushDeer

Push mã nguồn mở tối giản vs cảnh báo có mức khẩn

Đọc tiếp