Системные требования

Ниже приведены базовые ориентиры для контейнерного развёртывания NRunner через два compose-контура: server + client и vulndb.

Компонент	Платформа	Назначение	Примечания
`nrunner-client`	Docker host	Публикация web-интерфейса	Работает как `nginx` со статическим frontend.
`netrunner-server`	Docker host	Основной API, задачи и управление системой	Использует `local-postgres`, `redis` и `vuln-api`.
`nrunner-server-db`	Docker host	Основная БД NRunner	В типовом production-стеке поднимается тем же compose-файлом, что и backend.
`nrunner-server-cache`	Docker host	Очереди, кэш и служебные данные	В типовом production-стеке поднимается тем же compose-файлом, что и backend.
`vulndb-api-service`	Docker host	Хранение и поиск данных об уязвимостях	Нагрузка зависит от объёма базы уязвимостей и частоты синхронизации.
`vulndb-db`	Docker host	База данных vulnerability-сервиса	Требуется для `vuln-api` и `vuln-scheduler`.
Агент Сканирования `agent`	Целевой хост	Инвентаризация, проверки и операции агента	Устанавливается только там, где нужны агентные сценарии.

Системные требования:

Поддерживаемые платформы

один или несколько Linux-хостов с установленным Docker Engine и docker compose v2;
доступ к registry с образами nrunner-client и nrunner-server;
исходники netrunner-vuln-storage, если vuln-api собирается локально из stack-репозитория;
Linux или Windows для установки agent;
современный браузер для работы с web-клиентом.

nrunner-client должен быть доступен пользователям по опубликованному HTTP(S)-адресу;
nrunner-client должен иметь сетевой маршрут до netrunner-server через NRUNNER_API_URL;
netrunner-server должен иметь доступ к local-postgres, redis и vuln-api;
оба compose-контура должны находиться в одной docker-сети, если VULN_SERVICE_URL указывает на http://vuln-api:8081;
netrunner-server должен иметь сетевой доступ к целевой инфраструктуре;
для агентных сценариев нужно проверить связность между netrunner-server и управляемыми хостами, где установлен agent.