Browser Use в Docker на своём сервере: термины и чек-лист
Подробности, цифры, термины и чек-лист по теме «Browser Use в Docker на своём сервере». Страница справочника целиком: Browser Use в Docker.
Коротко о теме
Browser Use в Docker на сервере: образ с браузером Chromium, работа без окна, модели по совместимому с OpenAI API или в Ollama, локальный MCP.
Подробности по разделам
Что делает Browser Use и зачем ему сервер
Сервер нужен, когда задачи идут по расписанию или по запросу из другого сервиса: проверка интерфейса своего сайта после релиза, выгрузка отчётов из личных кабинетов, заполнение однотипных форм. Если сценарий стабилен и известен заранее, обычный скрипт на Playwright работает быстрее и не тратит токены.
Сборка Docker-образа Browser Use
Без Docker установка такая: Python 3.11 или новее, uv pip install browser-use, затем uvx browser-use install скачает Chromium.
Сколько памяти нужно Browser Use с Chromium
Для параллельной работы документация предлагает отдельный экземпляр браузера на каждого агента. Поэтому память растёт почти линейно с числом одновременных задач. Каждый агент держит свой экземпляр Chromium, от этого и считаем
Термины на странице
- Python
- Python это язык программирования. На сервере на нём часто пишут ботов и скрипты.
- Ollama
- Ollama запускает языковые модели на своём компьютере или сервере одной командой.
- Debian
- Debian это дистрибутив Linux, на котором основана Ubuntu. Его ценят за стабильность.
- LLM
- LLM это большая языковая модель. Для запуска на своём сервере ей нужна видеопамять или много оперативной.
- Docker
- Docker запускает программы в контейнерах: всё нужное для работы упаковано в образ.
- NVMe
- NVMe это интерфейс для быстрых SSD-дисков: задержка ниже, а скорость случайного чтения выше, чем у SATA SSD.
Что проверить
- Выберите конфигурацию по памяти и диску под задачу, процессор обычно вторичен.
- Проверьте тип виртуализации: KVM даёт свою систему и гарантированные ресурсы.
- Уточните, входит ли IPv4 и сколько стоит трафик сверх пакета.
- Храните данные контейнеров в томах.
- Закрепляйте версии образов, а не latest.
- Ограничьте ресурсы контейнеров, чтобы один не съел весь сервер.