Почему мы сделали Pinguva
Сколько раз вы настраивали мониторинг для небольшого проекта, уставали от тяжести Prometheus + Grafana или Zabbix, а в итоге писали bash-скрипт на коленке? Мы прошли этот путь и в какой-то момент сделали свой инструмент.
Ниже честный разбор: зачем нам понадобился ещё один сервис мониторинга, какую нишу мы закрываем и в чём сами пока не пытаемся притворяться enterprise-платформой.
- Лёгкий агент на Go без входящих соединений и удалённых команд
- Облачные внешние проверки сайтов, API, TLS, доменов, TCP и ping
- Серверная телеметрия, Disk I/O, сервисы и уведомления без визуального шума
- Локальная интеграция Bitrix24 REST без передачи секрета вебхука наружу
О чём эта статья
Честно рассказываем, зачем сделали Pinguva, какие проблемы небольших команд решали и почему нам нужен был лёгкий мониторинг сайтов, серверов, API и Bitrix24 без тяжёлого стека.
Дисклеймер для комментаторов
- Мы не пытаемся быть убийцами Datadog или New Relic. У нас нет задачи закрыть трассировку ядра, eBPF и глубокий APM корпоративного класса.
- Наша ниша — веб-разработчики, системные администраторы, IT outsourcing-команды и фрилансеры, которым нужно быстро понять: жив ли сервер, что с памятью, не заканчивается ли сертификат и отвечает ли сайт.
- Да, это коммерческий продукт. Есть бесплатный тариф с 5 проверками и 1 агентом, а платные тарифы начинаются от 9 долларов в месяц. И да, продукт сделан в Казахстане.
Какие проблемы мы пытались решить
- Тяжёлые агенты. Многие системы мониторинга сами по себе требуют столько ресурсов, что на маленьком VPS с 1-2 ГБ RAM для самого приложения остаётся слишком мало места.
- Сервер жив, а сайт мёртв. Обычный ICMP-ping не покажет ситуацию, когда хост отвечает, но MySQL завис, PHP-FPM умер или пользователи уже видят 502 Bad Gateway. Для этого нужна внешняя HTTP-проверка по статус-коду и времени ответа.
- Склероз администратора. SSL, домен, DNS и плановые платежи вспоминаются уже после сбоя. На практике это решается напоминаниями и контролем сроков, но именно такие мелочи обычно выпадают из поля зрения.
Что у Pinguva под капотом
Мы разделили систему на два независимых контура: внешние проверки без агента и агентскую телеметрию с сервера.
- Внешние проверки. Наше облако регулярно опрашивает ваши эндпоинты снаружи из нескольких локаций. Проверяем HTTP/HTTPS-статус, время ответа, TLS-сертификат, срок домена, а также TCP и ping.
- Pinguva Agent. Это лёгкий агент на Go, который ставится одной командой, работает только через исходящий HTTPS, не принимает входящие соединения и не выполняет удалённые команды. Исходники открыты на GitHub и доступны для аудита.
- Телеметрия сервера. Агент передаёт CPU, RAM, swap, заполненность дисков, Disk I/O, сетевую активность и контроль важных сервисов. Это собирается в панели и приходит в уведомления без визуального шума.
- Страницы статуса. Можно быстро поднять публичную или внутреннюю статус-страницу для клиентов и команды без отдельной настройки.
- Интеграция Bitrix24. Для коробочной версии Bitrix24 сделали отдельный локальный сценарий: REST-профили, права, лимиты запросов и техническая сводка без передачи секрета вебхука наружу.
Полезные страницы по теме
Для кого это сделано
- IT outsourcing и веб-студии — чтобы держать в одной панели клиентские серверы, сайты и рабочие пространства.
- Продуктовые команды — чтобы следить за API и сервисами без разворачивания сложного observability-стека.
- Системные администраторы — чтобы получить практичную панель вместо корпоративного комбайна.
- Фрилансеры — чтобы предлагать клиентам мониторинг как отдельную услугу и не собирать всё вручную по заметкам.
Что уже есть в продукте, но мы не рассказывали об этом громко
- Раздел «Домены»: NS, MX, SPF, DMARC, A, AAAA, CAA, напоминания о продлении и несколько источников даты окончания, включая RDAP и публичный WHOIS для .kz.
- Напоминания: отдельный раздел для дат по хостингу, доменам, платежам и эксплуатационным задачам.
- Disk I/O: чтение, запись, Read / Write IOPS, I/O busy и CPU iowait, чтобы видеть узкое место до того, как всё встанет.
- Контроль важных сервисов: nginx, postgresql, redis, docker и любые systemd-сервисы со статусами running / stopped / failed.
- Контроль изменений конфигурации: Nginx, Apache, MySQL и PostgreSQL без передачи содержимого файлов — только sha256, размер и время изменения.
- Мониторинг бизнес-API: два режима — ручная внешняя проверка URL и сборщик реального трафика через токен.
- Окна обслуживания: плановые и внеплановые работы без лишнего шума в уведомлениях, но с сохранением истории.
- Роли viewer, admin_user и admin_owner — это особенно важно для аутсорса и клиентских кабинетов.
- PWA: интерфейс можно установить на телефон как приложение.
Где мы пока сырые
- Мы не заменяем тяжёлые enterprise-платформы для глубокой трассировки и full-stack наблюдаемости.
- Часть углублённой агентской аналитики сейчас сильнее на Linux, чем на Windows.
- Отдельные интеграционные сценарии ещё формализуем и докручиваем под реальные кейсы клиентов.
Где посмотреть и что открыть дальше
Основные ссылки
Если мониторите свои проекты по-другому, особенно связки с Bitrix или нестандартные панели метрик, нам это действительно интересно. Такие кейсы часто напрямую влияют на то, что мы развиваем дальше.
Что открыть дальше
Хотите посмотреть Pinguva в работе?
Откройте приложение, документацию или посмотрите тематические страницы по серверам, сайтам, API и Bitrix24.