Azure MCP Server 3.0 став стабільним: операційні набори інструментів, структурований вивід на запит, суворіші налаштування для нових ресурсів

Факти перевірено 17 жовтня 2026

Azure MCP Server 3.0 став стабільним 12 жовтня 2026 року; анонс вийшов 14 жовтня в блозі Azure SDK після п'ятдесяти бета-ітерацій. Це відкритий MCP-сервер Microsoft, що дає агентам знаходити та викликати інструменти Azure, під ліцензією MIT у репозиторії microsoft/mcp. Нове: операційні набори для Backup, Resilience Management і SRE Agent, інструменти Terraform і Advisor, структуровані відповіді на запит і суворіші налаштування безпеки для нових ресурсів. Я читав блог, репозиторій і LICENSE; нічого не запускав. Анонс

Що додає 3.0

Випуск переносить повсякденні операції Azure у зону досяжності агентів. Інструменти Backup переглядають сховища, політики, захищені елементи, завдання й точки відновлення та керують м'яким видаленням, незмінністю і Resource Guards. Resilience Management покриває плани відновлення, перевірки готовності, валідацію відмовостійкості та навчання. Набір SRE Agent пропонує 55 команд навколо розслідувань, інцидентів і планів виправлення та залежить від постачальника ресурсів Microsoft.App/SREAgentPreview, попередньої залежності, яку варто знати до підключення в продакшен.

Інструменти Terraform підтягують документацію провайдерів, переглядають Verified Modules, експортують наявні ресурси через aztfexport і валідують плани через conftest. Advisor видає рекомендації з ранжуванням за вартісним ефектом та поради з виправлення; його команда apply повертає правила для підготовки змін в інфраструктурі як коді, а не чіпає живі ресурси. Monitor, Cosmos DB, IoT, Compute, App Service і Managed Lustre доповнюють покриття.

Контракти, які помітить ваш клієнт

Описи інструментів і вхідні схеми перебудовані під вибір інструментів моделлю, невідомі параметри тепер дають помилку замість мовчазного ігнорування, а прапор --learn дозволяє вивчати команди без виконання операцій Azure. Структуровані відповіді на запит: передайте --structured-output-mode duplicated або compact, щоб отримати оголошений outputSchema і structuredContent. Нові метадані operationPlane позначають інструменти як data, control, both або not-applicable.

Заявлений виграш запуску близько 39% лише для точкових викликів CLI-команд, власний замір Microsoft, явно не для запуску сервера цілком і не для пропускної здатності. Відсутні ресурси тепер повертають HTTP 404 замість 500, а логи йдуть у stderr, лишаючи stdout чистим JSON-RPC.

Налаштування безпеки, чесно окреслені

Нові налаштування застосовуються до ресурсів, створених через сервер, а не до тих, що у вас уже є: нові облікові записи Storage вимикають автентифікацію Shared Key, нові простори імен Event Hubs вимикають локальну автентифікацію, нові сховища Recovery Services вимикають публічну мережу, а нові спільні папки NFS використовують RootSquash із шифруванням під час передачі. Наявні ресурси під час оновлення не переналаштовуються.

Перевірка кінцевих точок через Microsoft.Security.AntiSSRF тепер охоплює більше хмарних адрес, з перевизначеннями на рівні просторів імен. Інструменти надсилання email і SMS Communication Services виключені в режимі лише читання, а телеметрія помилок перевірки не включає значення параметрів.

Список ламких змін це реальна ціна

Нотатки про оновлення довгі. Команди стійкості перейменовані з resilience_ на resiliency_. Списки Advisor переходять на обгортки properties у стилі ARM. Інструменти запитів MySQL і PostgreSQL задокументовані як руйнівні, неідемпотентні та не лише для читання; фільтрацію SQL-дієслів прибрано, і в консолідованому режимі вони переїжджають у execute_azure_database_query, тож ваші дозволи в базі це вся межа. Простори імен переїжджають з Azure.Mcp.Core у Microsoft.Mcp.Core. Створення ВМ тепер вимагає явного --image. Клієнти на протоколі 2026-07-28 мусять слати заголовки Mcp-Method і Mcp-Name у кожному POST.

Якщо ви використовуєте 2.0 у спільному розгортанні, порада самого блогу: прочитати повний список змін 3.x і протестувати клієнт до оновлення. Це правильна порада, а не формальність.

Ліцензія, підтримка, популярність

MIT, прочитано з файла LICENSE у репозиторії microsoft/mcp, копірайт Microsoft. Репозиторій каталогізує офіційні MCP-сервери Microsoft і показує стабільну підтримку: 3 773 зірки та 646 форків на момент перевірки 17 жовтня, сотні контриб'юторів і свіжі коміти. Популярність не знак якості; тут це знак підтримки. файл LICENSE

Чому це важливо

MCP-сервери стають площиною керування між агентами та хмарними акаунтами, тому їхні типові налаштування та ламкі зміни важливіші за списки можливостей. Тут розумні налаштування для нових ресурсів і задокументовані гострі краї, включно з тим, які інструменти можуть видаляти дані. Якщо ваші агенти чіпають Azure, почніть із нотаток про міграцію, а рядок про руйнівні інструменти баз даних виділіть тому, хто володіє дозволами.

Чого я не зміг підтвердити

Я не встановлював і не запускав сервер і не перевіряв жоден набір інструментів на живому акаунті Azure. Цифра 39% це власний замір Microsoft для точкових викликів CLI. Інструменти SRE Agent залежать від попереднього постачальника ресурсів, чию доступність я не перевіряв. Усі кількості інструментів і поведінки взяті з анонса та документації репозиторія.

Вивчення без виконання, з анонса

# From the announcement: --learn explores commands without executing Azure operations.
azmcp --learn                       # list toolsets and commands, no Azure calls
azmcp backup vault get --learn      # inspect one command's parameters safely

# Structured responses are opt-in at server start:
azmcp server start --structured-output-mode compact

# Read-only mode excludes the Communication Services email/SMS send tools.
# The MySQL/PostgreSQL query tools are destructive and non-read-only:
# your signed-in database permissions are the whole boundary.

Джерела та свіжість

• Анонс у блозі Azure SDK, 14 жовтня
• Репозиторій microsoft/mcp
• Файл LICENSE, MIT