Nền tảng triển khai cho máy chủ MCP và trang web được tích hợp vào danh mục

Tác giả trước đây đã xây dựng một danh mục các máy chủ MCP trên Habr, tổng hợp 80 nghìn mục từ chín nguồn. Người dùng hỏi nơi chạy các máy chủ này, vì nhiều máy chủ là kho lưu trữ GitHub yêu cầu thiết lập và lưu trữ. Để giải quyết vấn đề này, tác giả đã thêm một phần triển khai vào Unyly, cho phép người dùng kết nối kho lưu trữ GitHub và nhận được một dự án trực tiếp tại slug.unyly.org với tính năng tự động xây dựng lại khi có push. Nó hỗ trợ các trang web tĩnh, bản dựng frontend, Next.js và máy chủ MCP trên Node và Python. Quy trình triển khai bao gồm một webhook GitHub tới một API Next.js với xác minh HMAC, xếp hàng đợi trong SQLite, một worker sao chép kho lưu trữ, tạo Dockerfile dựa trên loại dự án, xây dựng và chạy container với giới hạn tài nguyên, và một proxy ngược trên cổng 3900 định tuyến theo tiêu đề Host. Proxy và worker là các tiến trình riêng biệt dưới pm2 để tránh chặn. Việc tạo Dockerfile bao gồm các công thức cho máy chủ MCP Node (bọc trong supergateway cho HTTP), máy chủ MCP Python, trang web tĩnh, bản dựng frontend và Next.js. Các container chạy với giới hạn bộ nhớ, CPU và tiến trình, và các khả năng bị loại bỏ ngoại trừ các trang nginx. Kiểm tra sức khỏe xác minh trạng thái HTTP cho các trang web và thực hiện lệnh gọi JSON-RPC initialize thực sự cho các máy chủ MCP. Định tuyến sử dụng server_name với regex negative lookahead để loại trừ các tên miền phụ dịch vụ. Tự động triển khai bao gồm bản xem trước yêu cầu kéo được xây dựng và dọn dẹp tự động. Bảng điều khiển quản lý tại deploy.unyly.org, với gói miễn phí cho phép một dự án và Pro mười. Tác giả chia sẻ các vấn đề gặp phải: docker build đồng bộ chặn vòng lặp sự kiện, printf trong Dockerfile làm hỏng nginx, tên miền phụ ký tự đại diện chiếm các tên miền phụ quản trị, vấn đề cookie liên miền phụ được giải quyết bằng cầu nối SSO, và sự cần thiết phải bọc các máy chủ stdio vì chúng không thể truy cập qua HTTP nếu không có nó.