Что такое Наблюдатель
Наблюдатель — облачный сервис для мониторинга серверов, контейнеров Docker Compose, подов Kubernetes и приложений, которые в них работают. Вы ставите рядом с приложением одного агента, и через минуту в кабинете появляются метрики, статусы контейнеров, падения, ошибки из логов и уведомления в Telegram, MAX или на почту.
Метрики, ошибки, трассы, логи приложения и проверки сайтов лежат в одном кабинете. Не нужно разворачивать и поддерживать отдельные системы. Почти всё можно настроить и разобрать через ИИ-ассистента: Claude, Cursor и другие ассистенты подключаются к Наблюдателю по протоколу MCP.
Мониторинг серверов, Docker и Kubernetes: что умеет Наблюдатель
| Возможность | Что вы получаете | Подробнее |
|---|---|---|
| Мониторинг серверов | CPU по ядрам и топ процессов, память и swap, диски и inode, сеть, load average, нехватка памяти | Серверы |
| Мониторинг Docker | CPU, память, сеть, диск контейнеров, размер томов; статусы, health, перезапуски, OOM, коды выхода | Контейнеры и поды |
| Мониторинг Kubernetes | статусы подов, перезапуски, OOM, узлы; CPU и память подов, если в кластере есть metrics-server | Агент в Kubernetes |
| Живые логи | stdout/stderr контейнера в реальном времени, без SSH и kubectl |
Живые логи |
| Ошибки приложений | исключения и error-логи, сгруппированные в «Ошибки» со стек-трейсом и частотой | Ошибки приложений |
| Трассировка | путь запроса через сервисы и базы данных по OpenTelemetry, медленные операции | Трассировка |
| Запросы к базе | медленные и частые запросы, N+1 | Запросы к базе данных |
| Карта сервисов | кто кого вызывает, с долей ошибок и временем ответа; с агентом сервера — и связи с базами и очередями без трассировки | Карта сервисов |
| Свои метрики | длина очередей, фоновые задачи, пулы соединений, бизнес-счётчики | Свои метрики |
| События и логи приложения | журнал запросов, входы, платежи, вебхуки — с поиском, разбивкой и уведомлениями об аномалиях | Потоки событий |
| Проверки сайтов | доступность и время ответа, этапы DNS, TCP, TLS, срок сертификата | HTTP-проверки |
| Бекапы в S3 | появляются ли новые бекапы и сколько места осталось в бакете | Бекапы в S3 |
| Уведомления | Telegram, MAX и почта; готовые правила для нового проекта; при массовом сбое — сводка вместо потока сообщений | Каналы, Правила |
| Цели сервисов и поиск причины | цель по времени ответа и ошибкам выводится из истории сервиса; уведомление, когда сервис быстро выходит за неё, — сразу с вероятной причиной: «сервис тормозит ← база ← диск сервера» | Аномалии и поиск причины, Карта проекта |
Из чего состоит Наблюдатель
В кабинете четыре основных понятия. Подробно с примерами — в статье Проекты, стеки и серверы.
- Проект — то, что вы мониторите целиком: продукт, клиент или команда. В проекте задаются участники, каналы уведомлений и правила: они действуют на все стеки и серверы проекта.
- Стек — одно окружение приложения внутри проекта: production, staging, локальная машина. Это один Docker Compose или один namespace в Kubernetes. В стеке собираются контейнеры, ошибки, трассы, события и логи, метрики, HTTP-проверки и S3-хранилища.
- Сервер — машина целиком: процессор, память, диски, сеть. Сервер подключается к одному или нескольким проектам, а у стека можно указать, на каких серверах он работает.
- Агент — небольшая программа, которая собирает данные и отправляет их в Наблюдатель. У каждого стека и каждого сервера свой агент. Для Docker Compose это сервис в
docker-compose.yml, для Kubernetes — Deployment в namespace, для сервера — служба systemd.
Агент сам подключается к Наблюдателю исходящим защищённым соединением. Открывать входящие порты на сервере не нужно. Как он устроен и что отправляет — в статье Как работает агент.
Что собирается само, а что отдаёт приложение
Большая часть мониторинга работает сразу после установки агента: в коде приложения ничего менять не нужно.
Что агент собирает сам
| Где | Что |
|---|---|
| Docker Compose | CPU, память, сеть, диск и IO контейнеров, размер томов; статусы, health, перезапуски, OOM, коды выхода, порты |
| Kubernetes | статусы подов, перезапуски, OOM, коды выхода, узел, порты; CPU и память подов, если есть metrics-server |
| Сервер | CPU по ядрам и топ процессов, память, swap, нехватка памяти, диски и inode, сеть и TCP, load average, uptime; сетевые соединения контейнеров этой машины (только адреса, порты и число соединений) |
| Логи контейнеров | агент читает stdout/stderr и отправляет в Наблюдатель только распознанные ошибки и исключения — они попадают в «Ошибки» |
Полный лог контейнера Наблюдатель не хранит: его можно смотреть вживую на вкладке «Консоль» стека или на странице контейнера.
Что приложение отдаёт агенту
Для более глубокого мониторинга приложение отправляет данные агенту своего стека по открытым протоколам. Отдельный SDK Наблюдателя не нужен.
| Вид данных | Зачем | Как отправить |
|---|---|---|
| Трассы | понять, куда ушло время в запросе: эндпоинт → запросы к базе → вызовы других сервисов | OpenTelemetry SDK, агент — OTLP-эндпоинт |
| Свои метрики | график числа во времени и уведомление по порогу: очередь, пул соединений, заказы | страница /metrics в формате Prometheus или JSON, агент забирает сам |
| События и логи | найти и разобрать каждый случай: журнал запросов, входы, платежи, ответы партнёров | JSON-записи агенту по HTTP |
Как выбрать: нужен график числа — метрика. Нужно найти конкретный случай («какие входы пользователя не прошли») — событие. Нужно понять, почему медленно, — трасса.
Персональные данные. Email, телефоны, ИНН, СНИЛС, номера карт, пароли и токены агент заменяет маской ещё на вашем сервере, до отправки в облако.
Сколько хранятся данные
| Данные | Срок |
|---|---|
| Трассы | 7 дней, трассы с ошибками — 30 дней |
| События и логи приложения | 30 дней |
| История метрик | 30 дней |
Бекапы в S3 Наблюдатель проверяет раз в 15 минут. Сейчас идёт ранний доступ, и все возможности бесплатны — подробнее в статье Аккаунт и тарифы.
Управление через ИИ-ассистента
Наблюдатель работает как MCP-сервер. Подключите Claude, Cursor или другого ассистента ключом со страницы «MCP» в кабинете — новому пользователю это предлагается прямо на странице «Обзор», — и он сможет:
- создать проект, стек или сервер вместе с агентом и добавить агента в ваш
docker-compose.ymlили манифест; подключить сервер к проекту; - настроить HTTP-проверки, правила уведомлений и каналы Telegram, MAX и почты;
- разобрать сбой по событиям, логам, метрикам и трассам и найти причину;
- пройти по слепым зонам карты проекта и закрыть те, что можно закрыть без вас;
- подсказать, как подключить трассировку, свои метрики и потоки событий в вашем коде.
Ассистент видит только то, что видите вы. Права ключа — «Только чтение» или «Редактирование и удаление». Подробнее — MCP-сервер и примеры запросов.
Разделы документации
- Начало работы: Быстрый старт, Проекты, стеки и серверы, Аккаунт и тарифы.
- Агент: Docker Compose, Kubernetes, сервер Linux, как работает агент, обновление.
- Инфраструктура: контейнеры и поды, живые логи, серверы, HTTP-проверки, бекапы в S3, лента событий.
- Приложение: ошибки, трассировка, запросы к базе, карта сервисов, свои метрики, потоки событий.
- Уведомления: каналы, правила, аномалии.
- Проект: карта проекта, участники, локальная разработка.
- ИИ-ассистент: MCP-сервер, что спросить.
- Помощь: если что-то не работает, поддержка, частые вопросы.
Что дальше
- Быстрый старт — подключить первый стек и получить уведомление в Telegram.
- Проекты, стеки и серверы — как разложить свои окружения.
- MCP-сервер — подключить ИИ-ассистента и настроить всё из чата.
Первый сервер или стек подключается за пару минут. Бесплатно в раннем доступе.
Нашли неточность или не хватает ответа? Напишите на hello@nablserver.ru