Eon свернула локальные MCP в один шлюз AgentCore — онбординг с 2 дней до 2 минут

Eon заменила у каждого инженера локальные MCP-серверы и отдельные креды под каждый тул единым шлюзом Amazon Bedrock AgentCore Gateway — доступ ко всем investigation tools занимает около двух минут вместо двух дней. В Cursor, Claude Code или Codex настраивают один MCP URL и входят через корпоративный SSO; автономный SRE-агент на Claude в Amazon Bedrock ходит в тот же шлюз, но под своей identity и с урезанным каталогом.

Сценарий у них банальный для мультиоблака: упавший pod в Kubernetes, логи, Grafana, связанный PR в GitHub и статус у провайдера — в одной агентской сессии. Шлюз собирает tools/list с десятков targets в сотни инструментов, каждый tools/call проверяет Cedar в режиме ENFORCE до маршрутизации. Людям в проде оставили read-only; мутации вроде комментария в PR разрешены только отдельным principal, например sre-bot.

Инфраструктура без «зоопарка» на ноутбуке

Runtime в разных AWS-аккаунтах отдают stdio-MCP как HTTP-эндпоинты; gateway достучится через IAM role assumption — без VPC peering и PrivateLink на каждый аккаунт. Сервисные секреты к Grafana и похожим системам лежат в AgentCore Identity vault, не в dotfiles разработчика.

На масштабе 100+ инженеров и примерно 10 000 сессий политики Cedar упёрлись в квоту из-за pre-index схем тулов. Для крупных каталогов включили DYNAMIC listing: tools/list проксируется на сервер в момент запроса и не раздувает policy, но semantic tool search на таких targets отключают. OAuth-тулы с малым каталогом оставили в DEFAULT mode.

«Раньше внутренний агент не дотягивался до тех же investigation tools, что и разработчики. Теперь тот же Gateway, своя identity и более узкий набор тулов.» — Roei Zavida, Senior DevOps Engineer, Eon

Источник: How Eon built multi-cloud investigation with an MCP Gateway on Amazon Bedrock AgentCore.