Эта статья была переведена автоматически. Оригинал доступен здесь.
Если вы в последнее время создавали что-то с MCP и Azure, вы наверняка уже знаете, что локальный опыт работает хорошо. Подключите MCP сервер, позвольте вашему AI агенту общаться с ресурсами Azure, и двигайтесь дальше. Но в момент, когда нужно поделиться этой настройкой с командой? Вот тогда всё становится сложным.
Больше не нужно. Azure MCP Server только что достиг стабильности версии 2.0, и главная фишка — это ровно то, о чём просили enterprise команды: поддержка self-hosted удалённых MCP серверов.
Что такое Azure MCP Server?
Быстрое напоминание. Azure MCP Server реализует спецификацию Model Context Protocol и раскрывает возможности Azure в виде структурированных, обнаруживаемых инструментов, которые AI агенты могут вызывать. Думайте об этом как о стандартизированном мосте между вашим агентом и Azure — provisioning, развёртывание, мониторинг, диагностика, всё через один консистентный интерфейс.
Цифры говорят сами за себя: 276 MCP инструментов в 57 сервисах Azure. Это серьёзное покрытие.
Главное: self-hosted удалённые развёртывания
Вот в чём дело. Запуск MCP локально на вашей машине — это нормально для разработки и экспериментов. Но в реальном сценарии с командой вам нужно:
- Общий доступ для разработчиков и внутренних систем агентов
- Централизованная конфигурация (контекст тенанта, умолчания подписки, телеметрия)
- Enterprise границы сети и политики
- Интеграция в CI/CD pipelines
Azure MCP Server 2.0 решает все эти проблемы. Вы можете развернуть его как централизованно управляемый внутренний сервис с HTTP-транспортом, правильной аутентификацией и консистентным управлением.
Для аутентификации у вас есть два хороших варианта:
- Managed Identity — при работе рядом с Microsoft Foundry
- On-Behalf-Of (OBO) flow — OpenID Connect делегирование, которое вызывает Azure API, используя контекст вошедшего пользователя
Этот OBO flow особенно интересен для нас, .NET разработчиков. Это означает, что ваши agentic workflows могут работать с реальными разрешениями пользователя, а не с какой-то чрезмерно привилегированной сервисной учётной записью. Принцип наименьших привилегий, встроенный прямо туда.
Усиление безопасности
Это не просто выпуск фич — это ещё и выпуск безопасности. Релиз 2.0 добавляет:
- Более сильную валидацию endpoints
- Защиту от injection паттернов в инструментах, ориентированных на запросы
- Более жёсткие элементы управления изоляцией для окружений разработки
Если вы собираетесь раскрывать MCP как общий сервис, эти меры защиты имеют большое значение. Большое.
Где вы можете его использовать?
История совместимости клиентов широкая. Azure MCP Server 2.0 работает с:
- IDEs: VS Code, Visual Studio, IntelliJ, Eclipse, Cursor
- CLI agents: GitHub Copilot CLI, Claude Code
- Standalone: локальный сервер для простых настроек
- Self-hosted remote: новая звезда версии 2.0
Плюс есть поддержка sovereign cloud для Azure US Government и Azure, управляемого 21Vianet, что критично для регулируемых развёртываний.
Почему это важно для .NET разработчиков
Если вы создаёте agentic приложения с .NET — будь то Semantic Kernel, Microsoft Agent Framework или ваша собственная оркестровка — Azure MCP Server 2.0 даёт вам production-ready способ дать вашим агентам взаимодействовать с инфраструктурой Azure. Нет пользовательских REST обёрток. Нет сервис-специфичных паттернов интеграции. Просто MCP.
Вместе с fluent API для MCP Apps, который вышел несколько дней назад, экосистема .NET MCP быстро растёт.
Начало работы
Выберите свой путь:
- GitHub Repo — исходный код, документация, всё
- Docker Image — контейнеризованное развёртывание
- VS Code Extension — интеграция IDE
- Self-hosting guide — главная фишка версии 2.0
В итоге
Azure MCP Server 2.0 — это ровно тот вид upgrade инфраструктуры, который не выглядит ослепительно на демо, но всё изменяет на практике. Self-hosted удалённый MCP с правильной аутентификацией, усилением безопасности и поддержкой sovereign cloud означает, что MCP готов для реальных команд, создающих реальные agentic workflows на Azure. Если вы ждали сигнала “enterprise-ready” — вот он.
