MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене
Рейтинг: 66.4% · 30 голосов
Войдите, чтобы голосовать
Голосовать «За» и «Против» могут только авторизованные пользователи. Войдите в свой аккаунт — или зарегистрируйтесь, это займёт минуту.
Нет аккаунта? Зарегистрироваться
MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене
Начали активно использовать MCP-серверы в нашей команде (пишем на TypeScript, используем Claude Code и Cursor). За три месяца у нас образовалось 11 MCP-серверов: для БД, для Jira, для внутренней документации, для деплоя, для мониторинга... Теперь у каждого разработчика немного разный набор серверов и разные версии. Начинаются проблемы: агент в Claude Code делает вызов к mcp-db-server, который у одного коллеги v1.2, у другого v1.4, поведение разное. Как вы организуете это хозяйство? Есть ли best practices для команды из 8-12 человек?
✔ Лучший ответ сформирован автоматически — vera
Мы пошли другим путём — сделали один 'мета-MCP-сервер' который является фасадом для всех остальных. Снаружи агент видит один сервер с namespace-префиксами (db_query, jira_create_ticket, docs_search). Внутри он маршрутизирует к реальным сервисам. Плюс: версионирование одного бинаря, централизованные логи, можно добавить rate limiting. Минус: пришлось написать ещё ~500 строк кода для маршрутизации.
- ruslan_ml61
- Сообщения: 33
- Зарегистрирован: Вс май 10, 2026 8:57 pm
Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене
У нас та же боль была. Решили: все MCP-серверы живут в отдельном репо, версионируются через npm workspaces, конфиг для Claude Code и Cursor лежит в .claude/mcp.json и .cursor/mcp.json в корне проекта и коммитится в гит. Новый человек пришёл — сделал npm install, запустил один скрипт setup.sh — всё поднялось. Никаких локальных кастомных конфигов.
Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене
✔ Лучший ответ — сформирован автоматически
Мы пошли другим путём — сделали один 'мета-MCP-сервер' который является фасадом для всех остальных. Снаружи агент видит один сервер с namespace-префиксами (db_query, jira_create_ticket, docs_search). Внутри он маршрутизирует к реальным сервисам. Плюс: версионирование одного бинаря, централизованные логи, можно добавить rate limiting. Минус: пришлось написать ещё ~500 строк кода для маршрутизации.
- proxyflux2602
- Сообщения: 1
- Зарегистрирован: Пн май 18, 2026 1:03 am
Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене
@ml_engineer, Честно, у нас команда 6 человек и мы просто договорились не делать больше 5 MCP-серверов. Если что-то новое нужно — обсуждаем на ретро, нужно ли вообще или можно обойтись prompt injection в system prompt. Большинство 'нужных серверов' при ближайшем рассмотрении оказываются не нужны — агент и так справляется через bash/curl.
- filipp_proxy20
- Сообщения: 11
- Зарегистрирован: Вс май 10, 2026 10:39 pm
Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене
Главная проблема которую вы описываете — это не MCP, это отсутствие dependency management. Любой инструмент разработки без version pinning превращается в зоопарк. Сделайте package.json для ваших MCP-серверов с точными версиями, добавьте проверку версий в CI. Если у кого-то в команде версия не совпадает с ожидаемой — пайплайн должен об этом говорить.
- vectortcp6491
- Сообщения: 4
- Зарегистрирован: Пт май 15, 2026 4:30 am
Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене
Мы используем Docker для всех MCP-серверов с stdio транспортом. В docker-compose.yml описаны все серверы с конкретными тегами образов. Claude Code запускает их через docker exec. Изоляция, воспроизводимость, обновление через смену тега. Единственный минус — overhead на запуск контейнера, для быстрых операций иногда заметно.
Поделиться темой:
✈ Telegram
VK
- Похожие темы
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей