При нагрузочном тестировании сервис может стать недоступен из-за слабой конфигурации и утечки памяти в RAM. Для устойчивости обсуждались доработка асинхронной обработки и очереди запросов, а также резервный сервер с переключением DNS.
В августе 2026 года причиной временной недоступности сервиса при нагрузочном тестировании назвали недостаточно мощную конфигурацию и утечку памяти в RAM.
Для повышения устойчивости планировались:
- доработка асинхронной обработки;
- настройка или доработка очереди запросов;
- проверка конфигурации сервера на соответствие нагрузке;
- поиск и устранение утечки памяти в RAM.
По сообщениям за сентябрь 2026 года, можно развернуть небольшой резервный сервер с Nginx или Caddy в другом дата-центре. Отдельный управляющий сервер — «watcher» — проверяет доступность основного сервера.
При недоступности основного сервера watcher через API меняет DNS-записи и направляет трафик на резервный сервер или другой резервный endpoint в другом дата-центре.
Предлагалась схема:
- Основной сервер обслуживает сервис.
- Watcher регулярно проверяет, доступен ли основной сервер.
- При падении основного сервера watcher вызывает API для изменения DNS.
- Трафик направляется на резервный сервер в другом дата-центре.
Для недорогого watcher в сентябре 2026 года рекомендовали Oracle Cloud Free Tier. Оценка стоимости компонентов такой схемы — от 200 рублей в месяц.
Схема из обсуждения: https://t.me/productradar_chat/119072
При размещении сервера дома или в гараже нужно учитывать риск отключения электричества. В сентябре 2026 года для такой схемы использовали ИБП, поскольку в районе уже происходили отключения света.
Важно: ИБП снижает риск остановки при отключении электричества, но для защиты от недоступности площадки также обсуждался резервный сервер в другом дата-центре.
Статья собрана по сообщениям за август—сентябрь 2026 года.