Проблема деплоя MCP-серверов
Многие полезные MCP-серверы (Model Context Protocol) распространяются не в виде готовых пакетов, а в виде репозиториев на GitHub. Чтобы запустить такой сервер, пользователю приходится вручную клонировать код, устанавливать зависимости, собирать проект и настраивать окружение. Кроме того, большинство таких серверов работают через протокол stdio, который не предназначен для работы через интернет. Чтобы подключить их к Claude.ai или ChatGPT, нужно самостоятельно оборачивать процесс в HTTP-протокол, поднимать виртуальный сервер (VPS), настраивать Docker и веб-сервер.
Автоматизация через Unyly
Сервис Unyly внедрил раздел деплоя, который автоматизирует этот процесс. Теперь достаточно подключить GitHub-репозиторий, и система сама создаст работающий проект с уникальным адресом. Это работает как для MCP-серверов на Node.js и Python, так и для веб-сайтов: от простой статики до сложных приложений на Next.js.
Как устроена архитектура
Процесс начинается с отправки кода в GitHub. При каждом обновлении (push) срабатывает вебхук, который ставит задачу в очередь. Специальный рабочий процесс (воркер) скачивает код, автоматически создает Dockerfile (если его нет в репозитории) и запускает контейнер с жесткими ограничениями по ресурсам — памяти и процессору. Это необходимо для безопасности, так как на сервере запускается чужой код.
Для обеспечения доступности MCP-серверов система использует утилиту supergateway. Она превращает стандартный поток ввода-вывода (stdio) в сетевой HTTP-канал, делая сервер доступным для внешних клиентов. Для сайтов система автоматически определяет способ сборки и развертывания, обеспечивая корректную работу маршрутизации.
Безопасность и проверка работоспособности
Система не просто запускает контейнер, но и проверяет, действительно ли сервис работает. Для MCP-серверов проводится проверка через специальный запрос по протоколу MCP. Если сервер не отвечает в течение минуты, система выводит логи сборки, чтобы пользователь мог понять причину ошибки. Для обеспечения безопасности контейнеры запускаются с минимально необходимыми правами доступа.
Для работы с несколькими поддоменами используется реверс-прокси, который направляет трафик на нужный контейнер в зависимости от доменного имени. Чтобы избежать конфликтов с системными поддоменами, используются специальные правила фильтрации адресов.
Управление проектами
Управление всеми процессами вынесено в отдельную консоль. Там можно отслеживать логи сборки, потребление ресурсов (CPU и RAM), графики трафика и выполнять откат к предыдущим версиям. Для разработчиков реализована функция превью: на каждый Pull Request создается отдельная временная копия проекта, чтобы можно было протестировать изменения перед основным деплоем.
Что это значит
Сервис Unyly замыкает цикл разработки: теперь пользователю не нужно искать сторонний хостинг для запуска найденного в каталоге MCP-сервера. Процесс превращается в единую цепочку: от выбора сервера в каталоге до его мгновенного запуска по готовой ссылке.