Featured image of post 20 источников уведомлений. Один Gotify вместо двадцати Telegram-ботов

20 источников уведомлений. Один Gotify вместо двадцати Telegram-ботов

Двадцать отдельных Telegram-ботов — это двадцать мест, где нужно искать уведомление, и двадцать точек, где интеграция может сломаться. Gotify превращает это в один центр: каждый источник шлёт в один и тот же адрес, а ты читаешь всё в одном приложении.

Проблема

Каждый новый источник уведомлений — это новый бот и новый канал в телефоне. Деплой — один канал, дедлайны из Obsidian — второй, алерты с серверов — третий, домашние датчики — четвёртый. Источников становится двадцать, и к каждому отдельному уведомлению надо возвращаться отдельно.

Это не «20 уведомлений». Это 20 мест для тревоги. Телефон превращается в ленту, где важное событие тонет между «сборка прошла» и «напоминание из заметки». Цена каждого нового источника растёт не линейно, а потому что добавляется ещё одно место, где нужно проверять.

Решение

Один self-hosted Gotify. Любой источник — деплой, дедлайн из Obsidian, алерт, скрипт — шлёт в один и тот же endpoint. Ты подписан на один канал и видишь всё в одном приложении.

Настройка источника сводится к одной строке: URL приложения плюс токен. Не надо нигде регистрировать бота, нигде просить токен у Telegram, нигде разбираться, как этот конкретный бот называет свои кнопки.

Что это даёт по сути

Главный эффект — не «ещё один бот», а разделение источника и канала доставки.

Источник не знает, куда ты читаешь. Он просто умеет отправить сообщение по HTTP. А канал доставки — отдельный слой, который можно переключить целиком, не трогая ни один источник.

Это и есть то, что превращает набор интеграций в систему. Двадцать отправляющих точек, одна точка приёма. Если завтра захочется другой клиент — меняется приёмник, а не все источники.

Честная часть

Gotify не решает задачу «как настроить 20 источников». Он решает задачу «куда они все шлют».

Второе после первого раза становится дешёвым. Первое — всегда самое дорогое. Настройка каждого нового источника требует разобраться, как именно этот источник умеет отправлять уведомления, и это отдельная работа на каждый источник.

И ещё: self-hosted значит, что сервис живёт на твоём железе. Его нужно обслуживать — обновлять, следить за диском, поднимать после перезагрузки. Это ещё одно дело, которое «работает без меня» ровно до первого раза, когда контейнер не поднялся. Gotify не отменяет DevOps — он просто складывает всё в одно место.

Связка с остальным

Уведомления — не отдельная сущность, а часть общей системы: вики, трекер, домашние датчики. Один канал доставки на всё.

Когда источники перестают быть отдельными ботами, появляется место, где видно их все сразу. А когда видно все сразу, можно начать ими управлять.

Итог

Двадцать ботов → один Gotify. Сколько у тебя источников, которые шлют уведомления? Напиши в комментариях — интересно, кто дошёл до этого раньше.

Built with Hugo
Theme Stack designed by Jimmy