Вопросы и ответы

Частые вопросы о мониторинге серверов и приложений в Наблюдателе: что это за сервис и сколько он стоит, где и сколько хранятся данные, как агент обходится с персональными данными, нужен ли SDK и чем Наблюдатель отличается от Prometheus, Grafana, Sentry и Zabbix. В каждом ответе — ссылка на статью с подробностями.

Не нашли ответа — посмотрите частые проблемы или напишите в поддержку.

#О сервисе

#Что такое Наблюдатель

Наблюдатель — облачный сервис мониторинга серверов Linux, контейнеров Docker Compose, подов Kubernetes и приложений. Он показывает метрики и логи онлайн, группирует ошибки приложений, хранит трассировки OpenTelemetry, проверяет доступность сайтов и бекапы в S3 и присылает уведомления в Telegram, MAX и на почту. Подробнее — в обзоре возможностей.

#Сколько стоит Наблюдатель

Сейчас Наблюдатель в раннем доступе, и все возможности бесплатны — без карты, регистрация по почте. Платные тарифы появятся позже, бесплатный тариф для небольших проектов сохранится. Об изменениях предупредим заранее. Вопросы по тарифам — в поддержку из кабинета.

#Как быстро начать

Зарегистрируйтесь, создайте проект и стек или сервер — кабинет выдаст токен агента и готовую команду установки. Для сервера это одна команда, для Docker Compose — сервис в docker-compose.yml, для Kubernetes — манифест. Первые данные появляются примерно через минуту. Пошагово — в статье Быстрый старт.

#Какие платформы поддерживаются

Агент работает в Docker Compose, в Kubernetes (в том числе локальных: Docker Desktop, kind, minikube, k3d) и на серверах Linux с systemd на процессорах x86_64 (агент сервера для ARM пока не выпускается). Трассы принимаются от любого языка с OpenTelemetry SDK; готовые инструкции есть для Node.js, Python, Go, Java и .NET. Подробнее — в статьях о Docker Compose, Kubernetes и сервере Linux.

#Можно ли пользоваться без агента

Да, но возможностей будет меньше. Без агента работают HTTP-проверки сайтов и API и контроль бекапов в S3: их выполняет сам Наблюдатель. Метрики серверов и контейнеров, ошибки приложений, трассы, потоки событий и свои метрики собирает только агент. Подробнее — в статьях Проверки сайтов и Бекапы в S3.

#Данные и безопасность

#Где хранятся данные

Данные хранятся на серверах в России. Сервис, базы данных и почтовый сервер работают на арендованных нами серверах в РФ, программное обеспечение на них устанавливаем и администрируем мы сами, обработку данных третьим лицам не поручаем. Исключение — каналы, которые вы подключаете сами: если выбрать Telegram, текст уведомлений уходит на серверы Telegram за пределами РФ; вместо него можно использовать MAX или почту. Подробнее — в политике конфиденциальности и статье Каналы уведомлений.

#Попадут ли к вам персональные данные из моих логов

Агент обезличивает персональные данные ещё на вашем сервере, до отправки. Email, телефоны, ИНН, СНИЛС и номера карт заменяются масками (i***@m***.ru, 411111******1111), а пароли, токены, ключи API и cookie — на ***. Это работает для трасс, потоков событий, а с агентом 0.9.0 и новее — и для ошибок из логов и логов онлайн. Как устроено маскирование — в статье Как работает агент.

#Сколько хранятся данные

При удалении проекта или аккаунта данные удаляются. Подробнее о трассах — в статье Трассировка.

#Нужно ли открывать порты на сервере

Нет. Агент сам подключается к Наблюдателю по исходящему HTTPS-соединению, входящие порты из интернета ему не нужны. Порты 4317, 4318 и 4319 агент слушает только внутри сети стека — для трасс и событий от ваших приложений, публиковать их наружу не нужно. Подробнее — в статье Как работает агент.

#Может ли Наблюдатель что-то изменить на моём сервере

Нет. Агент только читает: метрики, статусы, логи, а агент сервера — ещё адреса сетевых соединений контейнеров, без содержимого трафика. Канал управления позволяет облаку лишь включить или выключить логи и метрики онлайн, когда вы открыли их в кабинете, — выполнить команду, перезапустить или изменить что-либо через агента нельзя. В Kubernetes у агента права только на чтение и под без привилегий. Подробнее — в статье Как работает агент.

#Безопасно ли давать доступ ИИ-ассистенту

Ассистент подключается по личному ключу, который вы выпускаете сами в разделе «MCP»: со сроком действия (от 30 дней до бессрочного) и правами «Только чтение» или «Редактирование и удаление». Ассистент видит только проекты, доступные вам, а удаление выполняет только после вашего подтверждения. Ключ можно отозвать в любой момент. Подробнее — в статье ИИ-ассистент.

#Агент и приложение

#Какую нагрузку создаёт агент

Агент — один лёгкий процесс. В Kubernetes он резервирует 50m CPU и 64 МиБ памяти и не берёт больше 256 МиБ; на небольшом namespace фактически потребляет около 1m CPU и 5 МиБ. В Docker Compose у сервиса агента лимиты 256 МБ памяти и 1 CPU, на больших стеках память можно поднять. Если агент упадёт, перестанут приходить данные — на работу приложений это не влияет. Подробнее — в статье Как работает агент.

#Нужен ли SDK Наблюдателя в приложении

Нет, своего SDK у Наблюдателя нет. Метрики контейнеров и ошибки из stdout/stderr агент собирает сам, без изменений в коде. Для трассировки нужен стандартный OpenTelemetry SDK, для своих метрик — обычный эндпоинт в формате Prometheus или JSON, для потоков — отправка JSON агенту по HTTP. Подробнее — в статьях Ошибки приложения и Трассировка.

#Как обновить агента

Когда выходит новая версия, на кнопке «Агент» у стека или сервера появляется «Обновите агента» с готовой командой. Для Docker Compose это docker compose pull nabl-agent && docker compose up -d nabl-agent, для сервера Linux — скрипт обновления. Токен и настройки сохраняются. Подробнее — в статье Обновление агента.

#Сравнение с другими системами

#Чем Наблюдатель отличается от Prometheus и Grafana

Prometheus собирает и хранит метрики, Grafana строит по ним дашборды — обе системы гибкие, и их разворачивают и обслуживают сами. Наблюдатель — облачный сервис: после установки агента метрики, ошибки, трассы, проверки сайтов и уведомления уже связаны между собой, ничего поднимать не нужно. Если у приложения уже есть небольшой эндпоинт /metrics в формате Prometheus, его можно подключить как источник своих метрик — до 200 значений за опрос.

#Чем Наблюдатель отличается от Sentry

Sentry — трекер ошибок, который подключают SDK в код приложения. Наблюдатель собирает ошибки серверных приложений без SDK: агент читает stdout/stderr контейнеров, распознаёт исключения и группирует одинаковые. Рядом с ошибкой видны строки лога вокруг неё, контейнер и его ресурсы, а если в логе есть trace_id — и трасса запроса. Подробнее — в статье Ошибки приложения.

#Чем Наблюдатель отличается от Zabbix

Zabbix — универсальная система мониторинга инфраструктуры, которую устанавливают на свой сервер и настраивают шаблонами. Наблюдатель — облачный сервис для серверов Linux, контейнеров и приложений: агент сам находит контейнеры и поды, а типовые правила уведомлений уже созданы в проекте. Сетевое оборудование Наблюдатель не опрашивает. Подробнее — в статье Основные понятия.

#Можно ли настраивать мониторинг через ИИ-ассистента

Да. Наблюдатель работает как MCP-сервер: Claude, Cursor и другие ассистенты могут читать инциденты, логи, метрики и трассы, искать причину сбоя и по вашей просьбе создавать проекты, стеки и серверы, проверки сайтов и правила уведомлений. Новому пользователю кабинет на странице «Обзор» сразу предлагает подключить ассистента и выдаёт готовый промпт для подключения проекта. Новые возможности кабинета сразу появляются и в MCP. Примеры просьб — в статье Примеры для ИИ-ассистента.

#Что дальше

• Быстрый старт — подключить первый сервер или стек
• Частые проблемы — что делать, если данных нет
• Поддержка — как задать вопрос