
Главное за минуту
- MCP доступен в Apigee hybrid 1.17.0: обработка выполняется в собственном Kubernetes-кластере.
- Операции из OpenAPI 3.0.x становятся MCP-инструментами без написания отдельного MCP-сервера.
- Функция выключена по умолчанию. Включение требует обновления компонентов и окна обслуживания.
Что произошло
В Apigee hybrid появилась поддержка MCP с обработкой запросов внутри собственного Kubernetes-кластера. Она доступна в версии 1.17.0, выпущенной 14 сентября 2026 года. Для команды, которая использует Apigee hybrid, это возможность создавать MCP-инструменты из описаний своих API и обрабатывать обращения к ним в своём кластере.
Ключевая деталь здесь: где проходит обработка. По данным Google, MCP-запросы и ответы во время обработки не пересекают границу с Google Cloud. Управляющий контур Apigee при этом находится в Google Cloud, но сам не инициирует соединения с кластером. Входящий сетевой доступ из Google для MCP не требуется.
Если ты обсуждаешь с разработчиком подключение инструментов к агенту, разделяй эти условия. Место обработки запросов, сетевой доступ и управление Apigee описаны отдельно. Формулировка о запросах и ответах относится именно к моменту их обработки; переносить её на любые данные и любые взаимодействия с Google Cloud не следует.

Что нового
Отправная точка для создания инструментов: описание API в формате OpenAPI 3.0.x. Из него создаётся MCP Discovery Proxy, а каждая операция спецификации становится MCP-инструментом. Практический смысл для постановки задачи: сначала нужно определить, какие операции описаны в API и какие из них предполагается использовать.
Писать код MCP-сервера и эксплуатировать его как отдельное программное обеспечение не требуется. Это конкретное изменение в составе работ. При этом сама функция остаётся частью Apigee hybrid и требует включения в кластере: отсутствие отдельного сервера не означает отсутствие настройки.
Доступ можно ограничить отдельными операциями инструментов. Для каждого инструмента также можно задать свою квоту, а Apigee применяет эти ограничения. Когда клиент вызывает tools/list, то есть запрашивает список инструментов, в ответ попадают только инструменты из его API-продукта.
Есть и поддержка трассировки: передачи контекста, по которому можно связать этапы обработки запроса. Apigee передаёт его в заголовках traceparent и tracestate. Сервисы, которые дальше обрабатывают запрос и уже подготовлены к трассировке, могут присоединиться к ней без изменения кода. Это условие о подготовленных сервисах важно сохранить в техническом задании.
Что меняется для работы
Маркетологу, который ставит задачу на агента, полезно начать со списка разрешённых действий. Попроси разработчика сопоставить их с операциями в описании API. Затем отдельно согласуй, какие инструменты должен видеть конкретный клиент и какие квоты нужны. Такая постановка опирается на заявленные возможности управления доступом, а не на общее пожелание подключить агенту всё.
Предпринимателю стоит вынести на обсуждение с технической командой место обработки запросов. Если для проекта важно выполнять MCP-обработку в собственном кластере, это прямо соответствует описанию релиза. Но решение нужно обсуждать с учётом всей схемы: управляющий контур Apigee остаётся в Google Cloud.
Дизайнеру интерфейса агента стоит учитывать доступность инструментов для конкретного клиента. Не закладывай в макет предположение, что всем доступен одинаковый набор действий: tools/list возвращает инструменты только из API-продукта этого клиента. В задании на интерфейс можно попросить учитывать именно полученный список.
Фрилансеру, который оценивает интеграцию, полезно уточнить состав работ до согласования объёма. Отдельный MCP-сервер писать не нужно, но остаются описание API, создание MCP Discovery Proxy и включение функции в Apigee hybrid. Обсуди эти части по отдельности, чтобы обещание готовых инструментов не скрывало необходимые настройки.
Цена и доступ
MCP доступен организациям Subscription и Evaluation. Поддерживаются также организации с Data Residency, если эта настройка была включена при создании организации. Перед планированием работ проверь тип своей организации и то, как она была настроена.
Компонент MCP sidecar использует существующую идентичность apigee-watcher. Создавать новый сервисный аккаунт Google или выдавать новую роль IAM, то есть роль доступа, для него не требуется. Эту часть настройки можно сверить с технической командой отдельно от разрешений на сами инструменты.
Цена поддержки MCP, возможная отдельная плата и условия оплаты из России в предоставленном источнике не указаны. Делать вывод о бесплатности функции по отсутствию цены нельзя. Стоимость нужно уточнять отдельно перед принятием решения.
Квоты и параметры масштабирования MCP
| Параметр | Что указано в источнике |
|---|---|
| Реплики по умолчанию | Две реплики MCP. |
| Автоматическое масштабирование | До десяти реплик. |
| Квота инструмента | Можно задать отдельно для каждого инструмента; числовое значение не указано. |
Как подготовить включение
MCP выключен по умолчанию. Для включения нужен кластер с Apigee hybrid 1.17.0 или новее и операция Helm, то есть обновление компонентов через Helm. Само наличие подходящей версии ещё не означает, что функция уже работает.
Передай администратору последовательность из источника. Она задаёт настройку и порядок обновления компонентов, но не заменяет согласование изменения в вашем кластере. Включение и отключение MCP запускает поэтапное канареечное развёртывание подов runtime: обновление проходит поэтапно. Google рекомендует выполнять его в согласованное окно обслуживания.
- Проверь, что кластер работает на Apigee hybrid 1.17.0 или новее.
- Задай параметр верхнего уровня enableMcpServer: true в overrides.yaml.
- Обнови сначала apigee-operator, затем apigee-org; запланируй изменение на согласованное окно обслуживания.
- Учти параметры по умолчанию: две реплики MCP с автоматическим масштабированием до десяти. Реплики здесь обозначают экземпляры компонента MCP.

Что пока неизвестно
В предоставленном источнике не указаны результаты измерения задержек, пропускная способность и требования к ресурсам для конкретной нагрузки. Параметры масштабирования сами по себе не дают ответа, как функция поведёт себя в твоём проекте. Сервисы самостоятельно не тестировались.
В источнике не указаны условия доступа из России и совместимость с конкретными редакторами для вайбкодинга. Также не описаны готовые скиллы для твоих рабочих сценариев. Эти вопросы нужно проверять отдельно; по приведённым сведениям нельзя обещать готовое подключение выбранного инструмента.

Частые вопросы
Нужно ли писать собственный MCP-сервер?
Нет. MCP Discovery Proxy создаётся из описания API в OpenAPI 3.0.x. Каждая операция становится инструментом; писать код отдельного MCP-сервера и эксплуатировать его отдельно не требуется.
Уходят ли MCP-запросы в Google Cloud?
По данным Google, MCP-запросы и ответы во время обработки не пересекают границу с Google Cloud. Обработка выполняется внутри собственного Kubernetes-кластера. Это утверждение относится к MCP-запросам и ответам во время обработки.
Можно ли дать клиенту доступ только к части инструментов?
Да. Можно указать разрешённые операции и отдельные квоты. В ответ на tools/list клиент получает только инструменты из своего API-продукта.
Функция включится после обновления сама?
Нет, MCP выключен по умолчанию. Включение требует настройки enableMcpServer: true и обновления сначала apigee-operator, затем apigee-org. Изменение рекомендуется выполнять в согласованное окно обслуживания.
Можно ли использовать MCP в организации Evaluation?
Да, источник прямо называет организации Evaluation наряду с Subscription. Поддерживаются и организации с Data Residency, настроенной при создании организации.
Источники и проверка
- Announcing MCP support in Apigee hybrid: agentic tools that run in your own cluster- Google Developers Blog, developers.googleblog.com (первоисточник). Прочитано 14 октября 2026.
Подготовлено с помощью ИИ по первоисточникам и проверено автоматически: факты, числа и цитаты сверены с источниками. Человек статью перед выходом не читал. Если нашёл ошибку, напиши через контакты.