Коротко. Self-hosted мониторинг сайтов (например, Prometheus + Grafana) даёт полный контроль над данными и гибкость, но требует ваших серверов, времени на настройку и постоянной эксплуатации. Облачный (SaaS) мониторинг стартует за минуты и не требует обслуживания, но вы платите подписку и доверяете данные провайдеру. Выбор сводится к честному расчёту совокупной стоимости владения (TCO), а не только цены подписки.
Два подхода в двух словах
Self-hosted экономит деньги на подписке, но тратит время инженеров. Cloud экономит время инженеров, но добавляет строку в счёт. Дешевле то, что для вашей команды дороже — её время или её бюджет.
- Self-hosted — вы разворачиваете и обслуживаете стек у себя.
- Cloud / SaaS — провайдер держит инфраструктуру, вы только настраиваете проверки.
Что входит в TCO
Цена подписки — лишь верхушка. Полный TCO учитывает:
- Серверы и хранилище — для self-hosted это реальные деньги за метрики и историю.
- Время на настройку — дни-недели инженеров на первый запуск self-hosted.
- Эксплуатация — обновления, бэкапы, масштабирование, дежурство по самому мониторингу.
- Точки наблюдения — для внешнего мониторинга нужны серверы в разных регионах.
Сравнение TCO
| Фактор | Self-hosted (Prometheus/Grafana) | Cloud / SaaS |
|---|---|---|
| Старт | Дни–недели настройки | Минуты |
| Подписка | Нет, но платите за серверы | Ежемесячная плата |
| Эксплуатация | На вашей команде | На провайдере |
| Контроль данных | Полный, данные у вас | У провайдера |
| Внешние точки | Сами разворачиваете по регионам | Уже встроены |
| Масштабирование | Ручное, требует экспертизы | Прозрачное |
Внутренний и внешний мониторинг — это разное
Важная развилка, которую часто путают:
- Внутренний (Prometheus у вас в кластере) видит CPU, память, метрики приложения — но если упал весь дата-центр, он упадёт вместе с ним.
- Внешний (synthetic) проверяет сервис снаружи, как пользователь, и независим от вашей инфраструктуры.
Поэтому даже команды с собственным Prometheus добавляют внешний мониторинг — чтобы было кому сообщить о падении, когда упало всё. О том, зачем проверять из разных регионов, читайте в статье про мультирегиональный мониторинг.
Простой внешний health-check
Базовую проверку доступности можно сделать одной командой — но кто-то должен запускать её круглосуточно из разных точек:
# Проверить, что эндпоинт здоровья отвечает 200
curl -fsS -o /dev/null -w "%{http_code} %{time_total}s\n" \
https://example.com/health
# Пример вывода:
# 200 0.142s
# В скрипте: алерт, если код не 200
if ! curl -fsS https://example.com/health > /dev/null; then
echo "DOWN: example.com/health" | send-alert
fiСамостоятельно поддерживать такой скрипт в нескольких регионах с историей, дедупликацией алертов и статус-страницей — это и есть скрытая часть TCO внешнего мониторинга.
Где enterno.io снимает эту нагрузку
enterno.io — это облачный внешний (synthetic) мониторинг: вы получаете готовые точки наблюдения в России, Европе и США без своих серверов. Бесплатный план даёт 10 мониторов с интервалом 5 минут, платные — проверки каждую минуту или раз в 30 секунд. Поддерживаются типы HTTP, SSL, Ping и DNS, алерты в Telegram, Slack, email, webhook, PagerDuty и Jira, инциденты и публичные статус-страницы, а также REST API документацию v4 и MCP-сервер для автоматизации.
Это не замена внутреннему Prometheus, а дополнение: внутренний стек видит причины, а enterno.io — пользовательский опыт снаружи. Публикуйте статус-страницу, а для cron и фоновых задач включите heartbeat. Подробнее про SLA — в статье про uptime SLA.
Частые вопросы
Можно ли совмещать self-hosted и cloud?
Да, и это частый выбор: внутренний Prometheus для метрик и причин, плюс облачный внешний мониторинг для пользовательского опыта и независимых алертов.
Что дешевле в долгую?
Зависит от масштаба и стоимости инженерного времени. На старте и в малых командах cloud почти всегда выгоднее по TCO; на огромных объёмах метрик self-hosted может окупаться.
Кто следит за самим мониторингом в self-hosted?
Ваша команда. Это часто упускают: мониторинг тоже падает, и кто-то должен его обслуживать — это реальная статья TCO.
Подходит ли self-hosted для внешних проверок?
Технически да, но придётся разворачивать пробы в разных регионах и поддерживать их — именно эту часть облачный synthetic-мониторинг делает «из коробки».
Хотите внешний мониторинг без своих серверов? Запустите проверки на enterno.io/monitors за пару минут — бесплатный план не требует карты.