Plateforme de déploiement pour serveurs MCP et sites intégrée au catalogue
L'auteur d'Unyly, un catalogue de serveurs MCP, y a ajouté une plateforme de déploiement complète, permettant aux utilisateurs de déployer des référentiels GitHub comme sites Web ou serveurs MCP sur un sous-domaine. Le système génère automatiquement des Dockerfiles, exécute des conteneurs avec des limitations, et gère le routage, les vérifications de santé et les déploiements automatiques via des webhooks. L'article détaille l'architecture et partage les pièges rencontrés lors du développement.
Auteur avait précédemment construit un catalogue de serveurs MCP sur Habr, agrégant 80 000 entrées provenant de neuf sources. Les utilisateurs demandaient où exécuter les serveurs, car beaucoup sont des dépôts GitHub nécessitant une configuration et un hébergement. Pour y remédier, l'auteur a ajouté une section de déploiement à Unyly, permettant aux utilisateurs de connecter un dépôt GitHub et d'obtenir un projet en ligne à slug.unyly.org avec reconstruction automatique à chaque push. Il prend en charge les sites statiques, les builds front-end, Next.js et les serveurs MCP sur Node et Python. Le flux de déploiement implique un webhook GitHub vers une API Next.js avec vérification HMAC, mise en file d'attente dans SQLite, un worker qui clone le dépôt, génère un Dockerfile selon le type de projet, construit et exécute le conteneur avec des limites de ressources, et un proxy inverse sur le port 3900 routant par en-tête Host. Le proxy et le worker sont des processus séparés sous pm2 pour éviter les blocages. La génération de Dockerfile inclut des recettes pour les serveurs MCP Node (enveloppés dans supergateway pour HTTP), les serveurs MCP Python, les sites statiques, les builds front-end et Next.js. Les conteneurs fonctionnent avec des limites de mémoire, CPU et de processus, et les capacités sont supprimées sauf pour les sites nginx. Les healthchecks vérifient le statut HTTP pour les sites et effectuent une initialisation JSON-RPC réelle pour les serveurs MCP. Le routage utilise un server_name regex avec une anticipation négative pour exclure les sous-domaines de service. Le déploiement automatique inclut des aperçus de pull requests qui sont construits et nettoyés automatiquement. La console de gestion est à deploy.unyly.org, avec un niveau gratuit permettant un projet et Pro dix. L'auteur partage les pièges : le build docker synchrone bloquant la boucle d'événements, le printf dans le Dockerfile cassant nginx, le sous-domaine générique capturant les sous-domaines admin, les problèmes de cookies inter-sous-domaines résolus avec un pont SSO, et la nécessité d'envelopper les serveurs stdio car ils ne peuvent pas être accessibles via HTTP sans cela.
Source: Habr — хаб ИИ —
original