Инфраструктура подписочного сервиса
Сеть серверов в нескольких странах с балансировкой, дашборд метрик и логов, продажи и поддержка в Telegram — непрерывная эксплуатация под нагрузкой.
- Направление
- Инфраструктура
- Клиент
- Свой проект
- Роль
- Архитектура, разработка, эксплуатация
- Год
- 2026
- Срок
- непрерывная эксплуатация
- Стек
- Docker · Caddy · Nginx · PostgreSQL · Telegram Bot API · VictoriaMetrics · VictoriaLogs
Задача
Онлайн-сервис с платными подписками перерос один сервер: нужна была сеть узлов в разных странах с единым управлением, устойчивость к отказам и ограничениям хостингов, автоматизация продажи и продления подписок, поддержка, которая не теряет обращения клиентов.
Решение
- Управление флотом из одной точки: панель управления всеми узлами, страницы подписок для клиентов, боты Telegram — покупка, продление, перенос между серверами. Клиентский цикл работает без ручных операций.
- Маршрутизация и балансировка: пары «вход — выход» в нескольких странах в одной подписке; нагрузка на три узла одного направления держится практически ровно 1:1:1. Узел недоступен у хостера — цепочка переключается на резервный без остановки сервиса.
- Дашборд вместо догадок: метрики и логи всех серверов стекаются в одну систему — графики нагрузки, трафика, ошибок; по ним же настроены оповещения. Каждый сбой разбирается документом: что случилось, почему, что меняется в конфигурации.
- Поддержка, которая видит всё: обращения падают в форум-группу с отдельной темой на каждый диалог, бот пересылает сообщение клиента в исходном виде — с видео, фото, цитатами и реакциями. Контекст не теряется, ответ не начинается с «уточните, пожалуйста, что именно…».
Результат
Сервис работает непрерывно: управляющий сервер на момент аудита живёт без перезагрузки 107 дней, узлы меняются и добавляются без остановки. Сбои проходят полный цикл — алерт, разбор, правка конфигурации, план предотвращения. Поддержка отвечает по контексту, а не по пересказу, и не теряет ни одного обращения.