Архитектура MonoPanel

Состояние на сентябрь 2026 (MonoPanel 0.8.10). Версии компонентов указаны на этот момент; их актуальность проверяет прогон матрицы ОС на площадке перед релизом.

Это проектный документ: он описывает решения и их обоснование, в том числе те части, до которых реализация ещё не дошла. Что действительно работает — в README и в отметках [x] в 05-roadmap.md. Ниже такие места помечены как «планируется».

1. Цели и границы#

Что делаем

• Панель управления веб-хостингом на одном сервере (класс FASTPANEL / ISPmanager Lite).
• ОС: Debian 12/13, Ubuntu 22.04/24.04/26.04 LTS; RHEL 9/10 и клоны (AlmaLinux, Rocky Linux, Oracle Linux).
• Режимы сайта: nginx → php-fpm и nginx → Apache → php-fpm.
• PHP 5.6 … 8.5 одновременно, версия выбирается на сайт; расширения по версиям.
• СУБД: MySQL 8.4 LTS или Percona Server for MySQL 8.4 LTS (выбор при установке, единый провайдер в коде).
• Интерфейсы: Web UI, CLI (скриптуемый, --json), TUI-меню (интерактивное, по SSH), REST API (OpenAPI 3.1).
• TLS (ACME), бэкапы, cron, firewall, защита от перебора, метрики, логи, файловый менеджер.

Что не делаем в v1 (см. roadmap): DNS-сервер, multi-server, контейнерные приложения, WAF, reseller-роль. Почта (postfix + dovecot + opendkim + Roundcube) появилась после v1 и описана отдельно — 06-mail.md.

2. Архитектурные решения (ADR, кратко)#

3. Компоненты#

                       ┌──────────────────────────────────────────────────────────────┐
 браузер ──HTTPS:8443──▶  monopaneld api      (User=monopanel, без привилегий)          │
 CLI/TUI ──unix sock───▶  ┌──────────────┐ ┌─────────────┐ ┌───────────┐ ┌──────────┐ │
 WHMCS/скрипты ─Bearer─▶  │ HTTP/API     │ │ Auth / RBAC │ │ Jobs      │ │ Render   │ │
                          │ chi + huma   │ │ argon2id    │ │ очередь + │ │ text/    │ │
                          │ SSE, WS      │ │ TOTP/WebAuthn│ │ воркеры   │ │ template │ │
                          └──────────────┘ └─────────────┘ └───────────┘ └──────────┘ │
                          ┌──────────────┐ ┌─────────────┐ ┌───────────┐              │
                          │ Scheduler    │ │ ACME (lego) │ │ Metrics   │  Web UI      │
                          │ renew/backup │ │             │ │ rollups   │  (embed.FS)  │
                          └──────────────┘ └─────────────┘ └───────────┘              │
                          SQLite WAL  /var/lib/monopanel/panel.db                     │
                       └───────────────────────────┬──────────────────────────────────┘
                                                   │ /run/monopanel/agent.sock
                                                   │ HTTP/JSON, SO_PEERCRED, allow-list операций
                       ┌───────────────────────────▼──────────────────────────────────┐
                       │  monopaneld agent   (root)                                     │
                       │  ApplyConfigSet · EnsureUnixUser · SetACL · SetQuota           │
                       │  Service{reload,restart} (systemd D-Bus) · Pkg{apt,dnf}        │
                       │  MySQL{root via auth_socket} · Nft{apply} · SELinux/AppArmor   │
                       │  RunAsUser → helper (setuid) для файлов клиента                │
                       └───┬──────────┬───────────┬──────────┬──────────┬──────────────┘
                           ▼          ▼           ▼          ▼          ▼
                        nginx      apache     php-fpm×N    mysqld    systemd / apt / dnf / nft

3.1 monopaneld api — непривилегированный процесс#

• HTTPS-сервер панели (порт 8443, привязка к IP по выбору; сертификат: self-signed при установке → ACME для hostname панели).
• Раздаёт Web UI (SvelteKit static-сборка, вшита через embed.FS).
• REST API /api/v1: OpenAPI 3.1 генерируется из Go-типов (huma), SSE для прогресса задач. Веб-терминал на WebSocket — планируется; пока в Web UI есть «Консоль»: команды mp с потоковым выводом по HTTP.
• Аутентификация: сессии (cookie Secure; HttpOnly; SameSite=Strict), Bearer-токены, TOTP; WebAuthn (passkeys) — планируется. RBAC: admin, user. Scope у токена ограничивает только токены переезда (migrate:user:<логин>), остальные scope — пометки.
• Unix-сокет /run/monopanel/api.sock для CLI: uid 0 → admin без пароля; uid панельного пользователя → его права (клиент по SSH управляет своими сайтами через mp).
• Job-runner: очередь задач в SQLite, N воркеров, каждая задача — идемпотентная последовательность шагов с логом и прогрессом; одна задача на сущность одновременно (lock по site_id/user_id).
• Рендер конфигураций (text/template) из встроенных шаблонов с переопределением в /etc/monopanel/templates/.
• Планировщик внутренних задач: продление сертификатов, бэкапы по расписанию, сбор метрик, проверка обновлений.
• Хранит ключи ACME и секреты клиентов в зашифрованном виде (см. 3.6).

3.2 monopaneld agent — привилегированный процесс#

• Тот же бинарник, режим agent, unit monopanel-agent.service, root.
• Сокет /run/monopanel/agent.sock (0660 root:monopanel). Проверка SO_PEERCRED: принимаются только uid monopanel и root.
• Операции — закрытый типизированный набор (нет «выполни строку в shell»):
  • config/apply — транзакционная запись набора файлов: прежние версии уходят в confhistory → запись во временный файл + rename → валидаторы (nginx -t, apachectl -t, php-fpm -t) → при ошибке восстановление и возврат stderr; при успехе reload сервисов.
  • user/ensure|remove|password|shadow, group/ensure, dirs/ensure, file/ensure|read, symlink/ensure, acl/set, chown, paths/remove, dir/list, stat.
  • service — start/stop/reload/restart/enable/disable/status и daemon-reload через systemd D-Bus (go-systemd), а не systemctl.
  • pkg — install/remove/query/available через apt/dnf по OS Profile, с глобальной блокировкой и логом в задачу.
  • tool — закрытый список программ с проверкой аргументов: mysql/mysqldump (root через auth_socket, пароль root не хранится), restic, nft, crontab, semanage/restorecon/setsebool, firewall-cmd, postfix/doveadm и другие.
  • runas — helper с понижением привилегий для файловых операций клиента; stream/in|out — потоки tar для переезда; panel/install — установка пакета панели при обновлении.
• Allow-list путей записи (DefaultAllowedWritePrefixes в internal/config): /etc/monopanel/, каталоги панели в конфигах nginx и Apache, конфиги PHP (/etc/php/, /etc/opt/remi/), MySQL, почты, memcached, Sphinx, источники пакетов, /etc/nftables.d/, /etc/logrotate.d/, /etc/fail2ban/jail.d/, снимки Valkey /var/lib/monopanel-valkey/, /var/lib/monopanel/; crontab — через crontab -u; файлы клиентов /var/www/<user>/... — только через runas.

3.3 Helper (drop-privileges)#

monopaneld helper --uid N --gid N --groups ... -- <op> <args>: агент форкает процесс, который до выполнения операции необратимо понижает привилегии (setgroups → setgid → setuid) и работает с файлами как клиент. Через него идут файловый менеджер, загрузка и распаковка архивов, установщики CMS (wp-cli и другие); git-деплой и терминал — планируются. Сам helper не имеет привилегированных путей кода.

3.4 Web UI#

• SvelteKit 2 (Svelte 5, runes), adapter-static, TypeScript strict, Tailwind CSS 4. Реализовано на этом наборе без сторонних UI-библиотек: компоненты, графики и таблицы — свои, единственная внешняя зависимость рантайма — qrcode (QR для TOTP).
• Два языка без библиотеки: словарь web/src/lib/i18n (фрагмент на страницу, frag({ en, ru }) — тип требует одинаковый набор ключей, t()/tn() читают текущий язык из рун-стейта, так что переключение перерисовывает всё сразу). Язык по умолчанию берётся из navigator.languages: языки стран СНГ → русский, остальные → английский; выбор в настройках хранится в localStorage.lang, <html lang> выставляется до загрузки приложения. Сообщения API, задач и диагностики — на английском, CLI и TUI пока на русском.
• Планируется: библиотека компонентов (shadcn-svelte / Bits UI), TanStack Query + Table, CodeMirror 6 для редактора конфигов, xterm.js для терминала, генерация клиента из OpenAPI (@hey-api/openapi-ts).
• Сборка в web/build и вшивание в бинарник; SPA, один HTML, целевой размер JS ≈ 200–300 КБ gzip.
• Два режима интерфейса: администратор (весь сервер) и клиент (свои сайты/БД/файлы/cron).

3.5 CLI и TUI#

• monopanel (alias mp) — Cobra-команды, вывод таблицей или --json.
• Без аргументов в интерактивном терминале — TUI-меню (Bubble Tea v2 + Lip Gloss): сайты, пользователи, PHP, базы данных, SSL, firewall, сервисы и задачи — таблицами для просмотра; для бэкапов и настроек меню подсказывает команды mp. Работает по SSH. Формы, дашборд и прогресс задач в TUI — планируются.
• CLI/TUI — тонкие клиенты API (локально /run/monopanel/api.sock, удалённо https://host:8443 с токеном). Ни одна операция не реализована «только в CLI».
• Детали — в 04-cli-tui-api.md.

3.6 Хранилище состояния#

• /var/lib/monopanel/panel.db — SQLite, WAL, foreign_keys=ON, busy_timeout. Драйвер modernc.org/sqlite (pure Go → CGO-free статический бинарник). Запросы написаны руками в internal/store, миграции — встроенные SQL-файлы, применяются при старте.
• Секреты (пароли БД клиентов, токены DNS-провайдеров, ключи ACME, пароли SFTP/S3 бэкапов) шифруются AES-256-GCM ключом из /etc/monopanel/secret.key (0640 root:monopanel). Бэкап SQLite без ключа для атакующего бесполезен.
• История конфигов: /var/lib/monopanel/confhistory/ — прежние версии сгенерированных файлов, которые агент сохраняет при записи; diff в UI и ручной откат — планируются.
• Снимок состояния входит в бэкап сервера (mp backup run, область server): копия panel.db (VACUUM INTO), /etc/monopanel вместе с ключом секретов, /var/lib/monopanel/{certs,acme}, /var/www и дампы всех баз. Восстановление панели из него на новом сервере — вручную; переносить аккаунты между живыми серверами удобнее mp migrate (07).

4. Стек панели и обоснование#

4.1 Бэкенд / ядро#

Библиотеки: go-chi/chi (роутер), danielgtaylor/huma/v2 (OpenAPI 3.1 из типов, валидация), modernc.org/sqlite, coreos/go-systemd/v22 (D-Bus), go-acme/lego/v4 (ACME), x/crypto/argon2, pquerna/otp (TOTP), spf13/cobra, charmbracelet/bubbletea v2 + lipgloss, miekg/dns, robfig/cron, log/slog, goccy/go-yaml, goreleaser/nfpm (deb/rpm, отдельный инструмент). Планируется: go-webauthn/webauthn, google/nftables (сейчас nftables управляется через файл правил и nft), yookoala/gofast (FastCGI-клиент для phpMyAdmin через панель).

4.2 Фронтенд#

Инструменты: Node 24 LTS, pnpm, Vite (последний стабильный), TypeScript strict, ESLint + Prettier, Vitest (unit), Playwright (e2e).

4.3 Транспорт и протоколы#

• REST + JSON, OpenAPI 3.1, ошибки в формате RFC 9457 (application/problem+json).
• SSE для стриминга (события задач, логи, метрики): проходит через любые прокси, нет проблем с таймаутами WebSocket.
• WebSocket только для интерактивного терминала.
• Внутренний RPC api↔agent — тот же HTTP/JSON поверх unix-сокета (переиспользуем huma-типы), с обязательной проверкой peer-cred.

5. Модель данных (SQLite)#

Основные сущности (упрощённо):

users            id, login, role(admin|user), unix_uid, unix_gid, home, shell(bool), status,
                 quota_mb, email, created_at
sites            id, user_id, domain, aliases(json), mode(fpm|apache), php_version, docroot, ip_id,
                 http2, http3, redirect_https, redirect_www(none|to_www|to_root),
                 fpm_pm(ondemand|dynamic|static), fpm_max_children, php_ini(json), disable_functions(json),
                 allow_exec(bool), static_by_nginx(bool), cert_id, status(active|suspended|disabled)
certificates     id, user_id, kind(acme|custom|selfsigned), names(json), acme_account_id, dns_provider_id,
                 not_before, not_after, key_type(ec256|rsa2048), auto_renew, last_error
acme_accounts    id, directory_url, email, key(enc), registered_at
dns_providers    id, user_id, type(cloudflare|route53|hetzner|rfc2136|...), credentials(enc)
ip_addresses     id, ip, iface, is_default, note
php_versions     version, source(sury|remi|monopanel), fpm_service, bin_path, fpm_conf_dir,
                 extensions(json), eol_status, status
db_instances     id, engine(mysql|percona), version, socket, native_password(bool), status
databases        id, user_id, name, charset, collation, size_bytes
db_users         id, user_id, name, host, password(enc), auth_plugin, grants(json)
cron_jobs        id, user_id, schedule, command, enabled, php_version, mail_to
backup_targets   id, type(local|sftp|s3), config(enc), retention(json), schedule
backups          id, target_id, scope(server|panel|user|site|db), snapshot_id, size, status, started_at
jobs             id, type, payload(json), status(queued|running|done|failed|cancelled), progress,
                 log_path, requested_by, lock_key, idempotency_key, created_at, finished_at
audit_log        id, ts, actor, action, target, ip, result, details(json)
sessions         id, user_id, expires_at, ip, ua
api_tokens       id, user_id, name, hash, scopes(json), last_used, expires_at
settings         key, value(json)
metrics_*        ролапы 10s/1m/1h: cpu, mem, disk, net, load; per-site requests/traffic

Инварианты:

• domain уникален (punycode, нижний регистр, без завершающей точки); алиас не может совпадать с доменом другого сайта.
• Один сайт = один пул FPM = один unix-сокет /run/monopanel/php/<domain>.sock.
• php_version ссылается на установленную версию; удаление версии блокируется, пока есть сайты на ней.
• Удаление пользователя каскадно удаляет сайты/БД/cron/сертификаты только с явным purge (иначе — suspend).
• Задачи с одинаковым lock_key выполняются строго последовательно.

6. Конвейер применения конфигурации#

API: PATCH /sites/{domain} ─▶ валидация ─▶ desired state в SQLite ─▶ job "site.apply" (lock_key=site:<id>)
                                                                      │
worker: 1) собрать модель сайта из БД (site + user + php_version + cert + ip + settings)
        2) отрендерить: nginx sites/<domain>.conf, (apache sites/<domain>.conf), пул FPM, (default-server IP)
        3) agent.ApplyConfigSet(
              files    = [...],
              validate = ["nginx -t", "apachectl -t"?, "php-fpm -t -y <fpm.conf>"],
              reload   = [nginx, apache?, php-fpm@X.Y (или старый и новый master при смене версии)])
           агент: backup старых файлов → запись во временные → rename → валидаторы;
                  ошибка → восстановить backup → вернуть stderr валидатора в лог задачи;
                  ok     → reload через D-Bus → confhistory
        4) пост-шаги: restorecon (SELinux), ACL, симлинк data/bin/php при смене версии
        5) job=done, событие SSE ⇒ UI обновляет карточку сайта

Принципы:

• Панель владеет только файлами в своих каталогах и главным nginx.conf (по шаблону, с include conf.d/*.conf для ручных правок). Чужие конфиги не редактируются построчно.
• Пользовательские правки — только через include-каталоги <domain>.d/*.conf; панель их не перезаписывает, но валидирует вместе со всем набором.
• Шаблоны переопределяются файлом с тем же путём в /etc/monopanel/templates/ (например nginx/site.conf.tmpl); mp config templates перечисляет встроенные. Команды, которые копируют встроенный шаблон и показывают его расхождение с новой версией панели, — планируются.
• Сайт перегенерируется из БД целиком командой mp site apply <домен> (mp site fix — ещё и владелец, права и метки файлов). Полный reconcile всего сервера одной командой — планируется.
• Смена версии PHP: новый пул создаётся до удаления старого, оба master перезагружаются, затем переключается nginx/Apache — простоя нет.

7. Безопасность#

• Панель: TLS 1.2/1.3, HSTS, CSP без inline-скриптов, CSRF-токен на мутациях, rate-limit входа + fail2ban-jail по логу панели, argon2id, TOTP/WebAuthn, аудит всех мутаций, API-токены со scope и сроком, опциональная привязка панели к отдельному IP/VPN.
• Процессы: api — User=monopanel, ProtectSystem=strict, ProtectHome=yes, NoNewPrivileges=yes, CapabilityBoundingSet= (пусто), ReadWritePaths=/var/lib/monopanel /run/monopanel; agent — root, но ProtectHome=read-only кроме /var/www через ReadWritePaths, allow-list операций и путей, все exec — массив argv без shell.
• Клиенты: отдельный unix-пользователь и группа, домашний каталог 0710, доступ веб-серверов через ACL для группы monopanel-web; пулы FPM от имени клиента; open_basedir, отдельные tmp/session; disable_functions по умолчанию; защита от symlink (disable_symlinks if_not_owner в nginx, SymLinksIfOwnerMatch в Apache); опционально cgroup-лимиты через изолированные пулы (см. 03-web-stack.md §6).
• SSH/SFTP: клиент получает shell только по флагу; SFTP-only через Match Group monopanel-sftp + ChrootDirectory.
• Обновления панели и собственные пакеты — только из подписанного (GPG) репозитория; компоненты стека — только из официальных репозиториев вендоров.
• SELinux на EL остаётся в enforcing (см. 02-platform-matrix.md §6).
• Секреты в БД зашифрованы, ключ вне БД; логи не содержат паролей/токенов (редактор slog).

8. Наблюдаемость#

• Логи панели: slog → journald (monopanel-api, monopanel-agent), mp logs <unit>. Журнал действий (кто, что, откуда) — таблица audit_log в базе панели; лог каждой задачи хранится вместе с задачей (mp job show <id>, страница «Задачи»).
• Метрики: сэмплер раз в 10 с читает /proc (CPU, load, память, диск, сеть) и складывает точки по минутам на 30 дней — mp metrics и графики на дашборде. Разбор access-логов nginx по сайтам (запросы, трафик, время ответа) и endpoint /metrics для Prometheus — планируются.
• Логи сайтов: /var/www/<user>/data/logs/<domain>.{access,error}.log, <domain>.php.error.log, <domain>.php.slow.log, у сайтов в режиме apache — <domain>.apache.{access,error}.log; mp site logs, вкладка «Логи» сайта. Ротирует их /etc/logrotate.d/monopanel-sites: по блоку на аккаунт с su <логин>, раз в неделю или раньше, если лог перевалил за 100 МБ, восемь копий, сжатые начиная со второй; все логи — аккаунта с правами 0660 (панель создаёт их до того, как их откроют nginx, Apache и php-fpm, и передаёт аккаунту уже созданные), nginx и Apache переоткрывают логи по USR1 через свои pid-файлы. Панель переписывает файл при появлении и удалении аккаунта и при старте, а перед записью проверяет его logrotate --debug. Трассировки в slow-логе php-fpm на EL разрешает модуль политики панели (02).
• Уведомления: webhooks с подписью HMAC-SHA256 на завершение задач — job.done, job.failed и <тип задачи>.done|failed (site.apply, cert.issue, backup.run…). Почта и Telegram — планируются.
• Диагностика: mp doctor и блок на дашборде — сервисы, синтаксис конфигов, диск, память, сертификаты, DNS имени панели, упавшие задачи, отказы SELinux для веб-сервера, дрейф сгенерированных файлов; у части находок есть кнопка «починить».

9. Упаковка, установка, обновление#

• Сборка: make packages VERSION=… → бинарники amd64/arm64 → nfpm → monopanel_<ver>_<arch>.deb, monopanel-<ver>.<arch>.rpm, голые бинарники и SHA256SUMS. В пакете: бинарник, unit-файлы monopanel-api.service и monopanel-agent.service, sysusers/tmpfiles, /etc/monopanel/config.yaml; шаблоны конфигов вшиты в бинарник.
• Релиз: тег v<ver> → CI собирает пакеты, подписывает SHA256SUMS ключом ed25519 (SHA256SUMS.sig) и публикует релиз на GitHub; текст аннотированного тега становится описанием. Своего apt/yum-репозитория нет — планируется; пакеты берутся из релизов.
• Установка: curl -fsSL https://monopanel.app/install.sh | sh (адрес ведёт на packaging/install.sh): скрипт определяет ОС и архитектуру, берёт тег последнего релиза из редиректа /releases/latest (без GitHub API и его лимита), скачивает пакет, сверяет контрольную сумму и ставит его. Затем mp setup: служебный пользователь, каталоги, база, самоподписанный сертификат, администратор; адрес панели и пароль печатаются в конце, параметры задаются флагами (--hostname, --listen, --admin-password…). Стек — nginx, PHP, СУБД и остальное — ставится потом из официальных репозиториев: mp stack install, mp php install или из Web UI. TUI-мастер установки — планируется.
• Обновление панели: mp update apply или кнопка в «Настройках» (задача panel.update): поиск релиза, проверка подписи списка контрольных сумм (если в config.yaml задан update.public_key), загрузка пакета, установка агентом в transient-юните monopanel-update.service — он переживает перезапуск api и агента и возвращает прежний бинарник, если новая версия не отвечает; миграции базы применяются при старте. Проверка идёт по расписанию (раз в сутки), --auto-apply ставит найденное само. Обновление компонентов стека — по инициативе администратора; мажорные апгрейды СУБД не автоматизируются.

10. Структура репозитория#

monopanel/
├── cmd/monopanel/            # единая точка входа: api | agent | helper | fsop | CLI/TUI
├── internal/
│   ├── api/                  # HTTP API (huma + chi), auth, SSE, Web UI, TLS панели, обработчики задач
│   ├── apitypes/             # типы запросов и ответов API — общие для сервера, CLI и TUI
│   ├── agent/                # привилегированный агент и его операции; agenttest — фейк для тестов
│   ├── jobs/                 # очередь задач, воркеры, блокировки по сущности, брокер событий
│   ├── store/                # SQLite: запросы, модели, встроенные миграции
│   ├── render/               # рендер шаблонов + golden-тесты
│   ├── osprofile/            # различия Debian/RHEL: пакеты, пути, сервисы, SELinux
│   ├── acme/                 # выпуск и продление сертификатов (lego)
│   ├── auth/, secrets/       # пароли, токены, TOTP; шифрование секретов в базе
│   ├── updater/              # поиск релиза, проверка подписи, установка с откатом
│   ├── setup/                # mp setup
│   ├── cli/, tui/, client/   # команды mp, TUI-меню, Go-клиент API
│   └── config/, systemd/, sysinfo/, peercred/, buildinfo/
├── templates/                # nginx/, apache/, php/, php-fpm/, mysql/, mail/, systemd/, nftables/, fail2ban/, …
├── web/                      # SvelteKit-приложение (build → embed)
├── site/                     # сайт monopanel.app с документацией из README и docs/
├── packaging/                # nfpm.yaml, units, sysusers/tmpfiles, install.sh
├── scripts/                  # release (ключ и подпись), testbed (площадка), screenshots (снимки для docs)
├── e2e/                      # сценарий против живой панели
└── docs/

Собственные сборки PHP (build/php/, этап 2) — планируются.

11. Тестирование#

• Unit (make test, пара секунд): логика панели проверяется через фейковый агент (internal/agent/agenttest) без root и systemd — тест видит сгенерированные файлы и все вызовы агента; шаблоны — golden-файлами (go test ./internal/render -update обновляет их); валидаторы ввода, очередь задач, OS Profile. make check добавляет gofmt, go vet и golangci-lint.
• Регресс шаблонов: scripts/check-templates.sh скармливает сгенерированные конфиги настоящим nginx -t и apachectl -t (в CI — на каждый push).
• E2E (make e2e HOST=<ssh-алиас>): на живой панели — пользователь → сайт с пресетом → база → nginx и PHP отвечают → удаление; mp doctor без ошибок.
• Матрица ОС — на площадке Proxmox (08-testbed.md), а не в CI: одиннадцать VM (Debian 12/13, Ubuntu 22.04/24.04/26.04, AlmaLinux 9/10, Rocky Linux 9/10, Oracle Linux 9/10) с откатом к чистому снимку. Перед релизом — make testbed-full: матрица, переносы между панелями, CMS на каждой машине, переезд с BitrixVM и FASTPANEL, doctor везде.
• Планируются: HTTPS через Pebble (тестовый ACME), бэкап → восстановление → suspend → purge в сценарии e2e, e2e Web UI на Playwright.