MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене

Рейтинг: 66.4% · 30 голосов
Программирование с искусственным интеллектом: Claude Code, Cursor, GitHub Copilot, agentic coding, протокол MCP, генерация и ревью кода, автоматизация рабочего процесса разработчика.
Ответить
Аватара пользователя
kotik2000
Сообщения: 5
Зарегистрирован: Ср май 13, 2026 2:05 am
Репутация: 68

MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене

Сообщение kotik2000 »

Начали активно использовать MCP-серверы в нашей команде (пишем на TypeScript, используем Claude Code и Cursor). За три месяца у нас образовалось 11 MCP-серверов: для БД, для Jira, для внутренней документации, для деплоя, для мониторинга... Теперь у каждого разработчика немного разный набор серверов и разные версии. Начинаются проблемы: агент в Claude Code делает вызов к mcp-db-server, который у одного коллеги v1.2, у другого v1.4, поведение разное. Как вы организуете это хозяйство? Есть ли best practices для команды из 8-12 человек?
👍 ❤️ 🔥1 😄2 🤔
✔ Лучший ответ сформирован автоматически — vera
Мы пошли другим путём — сделали один 'мета-MCP-сервер' который является фасадом для всех остальных. Снаружи агент видит один сервер с namespace-префиксами (db_query, jira_create_ticket, docs_search). Внутри он маршрутизирует к реальным сервисам. Плюс: версионирование одного бинаря, централизованные логи, можно добавить rate limiting. Минус: пришлось написать ещё ~500 строк кода для маршрутизации.
Перейти к ответу →
Аватара пользователя
ruslan_ml61
Сообщения: 33
Зарегистрирован: Вс май 10, 2026 8:57 pm

Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене

Сообщение ruslan_ml61 »

У нас та же боль была. Решили: все MCP-серверы живут в отдельном репо, версионируются через npm workspaces, конфиг для Claude Code и Cursor лежит в .claude/mcp.json и .cursor/mcp.json в корне проекта и коммитится в гит. Новый человек пришёл — сделал npm install, запустил один скрипт setup.sh — всё поднялось. Никаких локальных кастомных конфигов.
👍 ❤️ 🔥2 😄1 🤔
Аватара пользователя
vera
Сообщения: 8
Зарегистрирован: Ср май 13, 2026 4:42 am

Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене

Сообщение vera »

✔ Лучший ответ — сформирован автоматически
Мы пошли другим путём — сделали один 'мета-MCP-сервер' который является фасадом для всех остальных. Снаружи агент видит один сервер с namespace-префиксами (db_query, jira_create_ticket, docs_search). Внутри он маршрутизирует к реальным сервисам. Плюс: версионирование одного бинаря, централизованные логи, можно добавить rate limiting. Минус: пришлось написать ещё ~500 строк кода для маршрутизации.
👍1 ❤️4 🔥2 😄 🤔
Аватара пользователя
proxyflux2602
Сообщения: 1
Зарегистрирован: Пн май 18, 2026 1:03 am

Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене

Сообщение proxyflux2602 »

@ml_engineer, Честно, у нас команда 6 человек и мы просто договорились не делать больше 5 MCP-серверов. Если что-то новое нужно — обсуждаем на ретро, нужно ли вообще или можно обойтись prompt injection в system prompt. Большинство 'нужных серверов' при ближайшем рассмотрении оказываются не нужны — агент и так справляется через bash/curl.
👍2 ❤️1 🔥1 😄 🤔
Аватара пользователя
filipp_proxy20
Сообщения: 11
Зарегистрирован: Вс май 10, 2026 10:39 pm

Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене

Сообщение filipp_proxy20 »

Главная проблема которую вы описываете — это не MCP, это отсутствие dependency management. Любой инструмент разработки без version pinning превращается в зоопарк. Сделайте package.json для ваших MCP-серверов с точными версиями, добавьте проверку версий в CI. Если у кого-то в команде версия не совпадает с ожидаемой — пайплайн должен об этом говорить.
👍1 ❤️ 🔥 😄2 🤔
Аватара пользователя
vectortcp6491
Сообщения: 4
Зарегистрирован: Пт май 15, 2026 4:30 am

Re: MCP-серверы: как не наплодить зоопарк и не сломать всё в продакшене

Сообщение vectortcp6491 »

Мы используем Docker для всех MCP-серверов с stdio транспортом. В docker-compose.yml описаны все серверы с конкретными тегами образов. Claude Code запускает их через docker exec. Изоляция, воспроизводимость, обновление через смену тега. Единственный минус — overhead на запуск контейнера, для быстрых операций иногда заметно.
👍5 ❤️2 🔥2 😄 🤔1
Ответить
Поделиться темой: ✈ Telegram VK
  • Похожие темы

Вернуться в «AI-ассистированная разработка»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость