Расширенные настройки Monitor

Расширенные параметры отвечают за хранение бэкапов, дополнительные метрики, ограничения входящих endpoint-ов и собственный репозиторий обновлений.

[Скриншот 1: карточка Бэкапы и безопасность]

Политика бэкапов

Хранить N последних

Минимальное число архивов, которые политика должна сохранить при очистке.

Удалять старше X дней

Возрастной предел; 0 отключает удаление по возрасту.

Автобэкап перед обновлением

Флаг интеграции. Реальный полный бэкап запускается через настроенный адаптер, поэтому одного переключателя недостаточно, если адаптер отсутствует.

Restore smoke-test

Можно включить тестовую распаковку в отдельную папку, задать путь, максимальное число проверяемых файлов и срок хранения тестовых каталогов. Это безопаснее попытки распаковать архив поверх рабочего сайта.

Адаптер бэкапа

Поле предназначено для проекта, где есть собственный PHP-класс запуска резервного копирования. Обычному администратору не нужно заполнять его «наугад». Если класс не разработан, оставьте поле пустым.

[Скриншот 2: Python/psutil и диагностика]

Системный адаптер и Python/psutil

Системный адаптер позволяет проекту расширить базовый набор показателей. Отдельный встроенный Python-сбор включается переключателем и запускает указанный Python с metrics_psutil.py. При проблемах используйте встроенную диагностику.

Белый список IP

Whitelist применяется к входящим служебным endpoint-ам Monitor при включённом enforcement. Записи задаются по одному IP или CIDR на строку. В pull-схеме обычно можно вообще минимизировать необходимость прямого входящего управления.

Update-репозиторий

Укажите адрес собственного manifest.json, канал обновлений и отдельно решите, разрешать ли автоматическую распаковку. Для клиентских сайтов разумно начинать с ручного подтверждения обновления.

Важно: Проектные поля адаптеров предназначены для разработчика. Неверный класс не улучшает мониторинг и может привести к ошибке конкретной операции.

Что не заполнять без необходимости

Поля PHP-классов адаптеров — точки расширения для разработчика, а не обязательные настройки. Пустое поле означает штатное поведение. Не вводите в них случайные классы из документации другого проекта.

IP whitelist и pull

Whitelist особенно важен для direct endpoint-ов. Если все команды идут pull, центральный сервер не обязан обращаться к command.php клиента. В будущем Hub можно оставить direct полностью отключённым по умолчанию, что упростит сетевые требования.

Python как дополнительный источник

Python/psutil должен обогащать снимок, а не становиться критичной зависимостью. Если хостинг запрещает proc_open, Monitor обязан продолжать базовый сбор. На странице диагностики явно фиксируйте, что отсутствие Python — ограничение расширенных метрик, а не «агент не работает».

Автоматическая установка обновлений

Разрешение auto update разумно включать только после внедрения подписанных пакетов, проверенного rollback и staged rollout. Пока репозиторий внутренний и manifest неподписан, ручное подтверждение безопаснее.

[Скриншот 3: update-репозиторий]