Коротко. Zabbix — мощный self-hosted мониторинг сайтов инфраструктуры (серверы, метрики, агенты), который вы держите и обслуживаете сами. Облачный synthetic-мониторинг проверяет доступность «снаружи» из разных регионов без своей инфраструктуры. Это не «или-или»: Zabbix силён внутри периметра, облако — снаружи. Лучшая практика — комбинировать: Zabbix для детальных метрик хостов, внешний чекер для честного аптайма с точки зрения пользователя.
Что такое Zabbix
Zabbix — это open-source платформа для мониторинга серверов, сети и приложений. Агенты собирают метрики, сервер их хранит и обрабатывает, триггеры считают условия, фронтенд рисует графики. Всё это вы разворачиваете и поддерживаете на своём железе.
- Глубина — тысячи метрик с каждого хоста через агентов;
- Контроль — данные не покидают вашу инфраструктуру;
- Гибкость — кастомные шаблоны, скрипты, low-level discovery;
- Цена лицензии — нулевая, ПО бесплатно.
Что такое облачный synthetic-мониторинг
Облачный synthetic-мониторинг проверяет ваши эндпоинты с независимых нод в разных географиях. Не нужно ставить агента, держать сервер или базу метрик — провайдер делает это за вас и звонит, когда сайт лёг.
Сравнение по ключевым осям
| Критерий | Zabbix (self-hosted) | Облачный synthetic |
|---|---|---|
| Что видит | Метрики хостов изнутри | Доступность снаружи |
| Обслуживание | Вы: сервер, БД, обновления | Провайдер |
| Слепое пятно | Падение своего ДЦ = слепота | Независимая инфраструктура |
| География проверок | Откуда стоит сервер | Много регионов из коробки |
| Старт | Часы–дни на разворот | Минуты |
| Стоимость владения | Железо + время инженеров | Подписка |
Главный аргумент против «только Zabbix»: если мониторинг живёт в том же дата-центре, что и сервис, падение ДЦ убивает оба сразу — и вы не узнаете о реальном инциденте.
Пример: внешняя проверка через API
Облачный чекер легко встроить в существующий пайплайн или скрипт. Запрос доступности через REST API документацию:
#!/usr/bin/env bash
# Внешняя проверка доступности через enterno.io API v4
set -euo pipefail
API_KEY="ent_xxxxxxxxxxxxxxxx"
TARGET="https://example.com"
response=$(curl -sS \
-H "X-API-Key: ${API_KEY}" \
"https://enterno.io/api/v4/check?url=${TARGET}")
status=$(echo "$response" | jq -r '.data.http_code')
if [ "$status" = "200" ]; then
echo "External check OK: HTTP $status"
else
echo "External check FAILED: HTTP $status"
exit 1
fiКогда что выбрать
Только Zabbix подходит, если у вас большой парк серверов, строгие требования к данным внутри периметра и команда, готовая его обслуживать. Только облако — если вам нужен быстрый аптайм-мониторинг сайта или API без инфраструктуры. Комбинация — оптимум для большинства: Zabbix следит за хостами изнутри, облако даёт честный взгляд снаружи и резервный канал алертов.
Как комбинировать
enterno.io — облачный synthetic-мониторинг, который дополняет Zabbix: HTTP / SSL / Ping / DNS из регионов RU / EU / US. Бесплатно 10 мониторов с интервалом 5 минут (платно — 1 минута / 30 секунд). Алерты в Telegram, Slack, email, webhook, PagerDuty, Jira. Метрики доступны через REST API v4 — их можно подтянуть в Zabbix как внешний источник, чтобы видеть инфраструктуру и пользовательскую доступность в одном месте.
FAQ
Можно ли мониторить сайт только Zabbix?
Можно через web-сценарии Zabbix, но проверка пойдёт из вашей сети. При падении вашего ДЦ вы не получите алерт — это главное ограничение.
Облачный мониторинг дороже Zabbix?
Лицензия Zabbix бесплатна, но владение стоит времени инженеров и железа. Облако — подписка без скрытых затрат на обслуживание. Считать надо TCO, а не цену лицензии.
Заменит ли облако Zabbix полностью?
Нет, для глубоких метрик хостов (CPU, диск, процессы) Zabbix незаменим. Облако закрывает другой слой — внешнюю доступность.
Как свести алерты обоих в одно место?
Направьте webhook-уведомления enterno.io в тот же канал (Slack, Telegram) или в PagerDuty, куда шлёт Zabbix.
Добавьте взгляд снаружи к Zabbix: создайте монитор на enterno.io/monitors и подключите метрики через API. Полезное: мониторинг для разработчиков, мониторинг аптайма API, лучшие практики алертинга.