Bereitstellungsplattform für MCP-Server und Websites, integriert in den Katalog
Der Autor von Unyly, einem Katalog von MCP-Servern, hat ihm eine vollständige Bereitstellungsplattform hinzugefügt, die es Benutzern ermöglicht, GitHub-Repositories als Websites oder MCP-Server auf einer Subdomain bereitzustellen. Das System generiert automatisch Dockerfiles, führt Container mit Einschränkungen aus und behandelt Routing, Healthchecks und Auto-Deploys über Webhooks. Der Artikel erläutert die Architektur und teilt Fallstricke, die während der Entwicklung aufgetreten sind.
Der Autor hat zuvor einen Katalog von MCP-Servern auf Habr erstellt, der 80.000 Einträge aus neun Quellen aggregiert. Die Nutzer fragten, wo man die Server ausführen könne, da viele GitHub-Repositories sind, die Einrichtung und Hosting erfordern. Um dem zu begegnen, hat der Autor einen Deployment-Bereich zu Unyly hinzugefügt, der es ermöglicht, ein GitHub-Repository zu verbinden und ein live Projekt unter slug.unyly.org mit automatischem Rebuild bei Push zu erhalten. Es unterstützt statische Seiten, Frontend-Builds, Next.js und MCP-Server auf Node und Python. Der Deployment-Ablauf beinhaltet einen GitHub-Webhook zu einer Next.js-API mit HMAC-Verifizierung, Einreihen in SQLite, einem Worker, der das Repository klont, ein Dockerfile basierend auf dem Projekttyp generiert, den Container mit Ressourcenlimits baut und ausführt, sowie einen Reverse-Proxy auf Port 3900, der nach dem Host-Header routet. Der Proxy und der Worker sind separate Prozesse unter pm2, um Blockierung zu vermeiden. Die Dockerfile-Generierung umfasst Rezepte für Node-MCP-Server (eingebettet in supergateway für HTTP), Python-MCP-Server, statische Seiten, Frontend-Builds und Next.js. Container laufen mit Speicher-, CPU- und Prozesslimits, und Capabilities werden außer für Nginx-Seiten entfernt. Healthchecks prüfen den HTTP-Status für Seiten und führen für MCP-Server eine echte JSON-RPC-Initialisierung durch. Das Routing verwendet einen Regex-Server-Namen mit negativem Lookahead, um Service-Subdomains auszuschließen. Beim Auto-Deploy werden Pull-Request-Vorschauen erstellt und automatisch bereinigt. Die Verwaltungskonsole ist unter deploy.unyly.org erreichbar, wobei die kostenlose Stufe ein Projekt und Pro zehn ermöglicht. Der Autor teilt Fallstricke: Synchrones Docker-Build blockiert die Event-Schleife, printf im Dockerfile bricht Nginx, Wildcard-Subdomain erfasst Admin-Subdomains, Cross-Subdomain-Cookie-Probleme werden durch eine SSO-Brücke gelöst, und die Notwendigkeit, Stdio-Server zu wrappen, da sie ohne dies nicht über HTTP erreichbar sind.
Quelle: Habr — хаб ИИ —
Original