Azure MCP Server 3.0 en stable : boîtes à outils opérationnelles, sortie structurée en option, défauts plus stricts pour les nouvelles ressources
Azure MCP Server de Microsoft a atteint une version stable 3.0 le 12 octobre après cinquante itérations bêta : outils de sauvegarde, résilience et SRE, assistants Terraform et Advisor, réponses structurées en option et défauts de sécurité qui s'appliquent aux ressources créées, pas aux existantes. Licence MIT. J'ai lu l'annonce et le LICENSE ; je n'ai rien installé ni exécuté.
Faits vérifiés le 17 octobre 2026
Azure MCP Server 3.0 est devenu stable le 12 octobre 2026, annoncé le 14 octobre sur le blog Azure SDK après cinquante itérations bêta. C'est le serveur MCP open source de Microsoft pour laisser les agents découvrir et appeler les outils Azure, sous licence MIT dans le dépôt microsoft/mcp. Nouveau : des boîtes à outils opérationnelles pour Backup, Resilience Management et SRE Agent, des outils Terraform et Advisor, des réponses structurées en option et des défauts de sécurité plus stricts pour les ressources nouvellement créées. J'ai lu le blog, le dépôt et le fichier LICENSE ; je n'ai rien exécuté. Annonce
Ce que 3.0 ajoute
La version rapproche les opérations Azure quotidiennes des agents. Les outils Backup inspectent coffres, stratégies, éléments protégés, travaux et points de récupération, et gèrent la suppression réversible, l'immuabilité et les Resource Guards. Resilience Management couvre plans de récupération, vérifications de préparation, validation de bascule et exercices. La boîte SRE Agent expose 55 commandes autour des investigations, incidents et plans de remédiation, et dépend du fournisseur de ressources Microsoft.App/SREAgentPreview, une dépendance en préversion à connaître avant tout branchement en production.
Les outils Terraform récupèrent la documentation des fournisseurs, explorent les modules vérifiés, exportent les ressources existantes avec aztfexport et valident les plans avec conftest. Advisor présente des recommandations classées par impact de coût avec des conseils de remédiation ; son outil apply renvoie des règles pour préparer des changements d'infrastructure en code plutôt que de toucher aux ressources actives. Monitor, Cosmos DB, IoT, Compute, App Service et Managed Lustre complètent la couverture.
Des contrats que votre client remarquera
Les descriptions d'outils et les schémas d'entrée ont été reconstruits pour la sélection d'outils par le modèle, les paramètres inconnus renvoient désormais une erreur au lieu d'être ignorés, et un drapeau --learn permet d'explorer les commandes sans exécuter d'opérations Azure. Les réponses structurées sont en option : passez --structured-output-mode duplicated ou compact pour obtenir un outputSchema annoncé et du structuredContent. Les nouvelles métadonnées operationPlane marquent les outils data, control, both ou not-applicable.
Le gain de démarrage annoncé est d'environ 39 % pour les seuls appels ciblés de commandes CLI, mesure de Microsoft elle-même, explicitement pas le démarrage complet du serveur ni le débit. Les ressources manquantes renvoient maintenant HTTP 404 au lieu de 500, et les journaux vont sur stderr pour garder stdout en JSON-RPC propre.
Des défauts de sécurité, honnêtement délimités
Les nouveaux défauts s'appliquent aux ressources créées via le serveur, pas à celles que vous exploitez déjà : les nouveaux comptes Storage désactivent l'authentification par clé partagée, les nouveaux espaces de noms Event Hubs désactivent l'authentification locale, les nouveaux coffres Recovery Services désactivent le réseau public, et les nouveaux partages NFS utilisent RootSquash avec chiffrement en transit. Les ressources existantes ne sont pas reconfigurées lors de la mise à niveau.
La validation des points de terminaison via Microsoft.Security.AntiSSRF couvre désormais davantage d'adresses cloud, avec des dérogations par espace de noms. Les outils d'envoi d'e-mails et de SMS de Communication Services sont exclus en mode lecture seule, et la télémétrie des échecs de validation omet les valeurs d'options.
La liste des changements cassants est le vrai coût
Les notes de mise à niveau sont longues. Les commandes de résilience passent de resilience_ à resiliency_. Les listes Advisor adoptent les enveloppes properties de style ARM. Les outils de requête MySQL et PostgreSQL sont documentés comme destructeurs, non idempotents et non en lecture seule ; le filtrage des verbes SQL est supprimé et en mode consolidé ils migrent vers execute_azure_database_query, donc vos permissions de base de données constituent toute la frontière. Les espaces de noms passent d'Azure.Mcp.Core à Microsoft.Mcp.Core. La création de VM exige désormais un --image explicite. Les clients sur le protocole 2026-07-28 doivent envoyer les en-têtes Mcp-Method et Mcp-Name sur chaque POST.
Si vous exploitez la 2.0 dans un déploiement partagé, le conseil du blog lui-même est de lire le journal complet des changements 3.x et de tester votre client avant la mise à jour. C'est un conseil correct, pas une formule.
Licence, maintenance, popularité
MIT, lu dans le fichier LICENSE du dépôt microsoft/mcp, copyright Microsoft. Le dépôt catalogue les serveurs MCP officiels de Microsoft et montre une maintenance soutenue : 3 773 étoiles et 646 forks lors de ma vérification le 17 octobre, des centaines de contributeurs et des commits récents. La popularité n'est pas un signal de qualité ; ici c'est un signal de maintenance. fichier LICENSE
Pourquoi c'est important
Les serveurs MCP deviennent le plan de contrôle entre agents et comptes cloud, donc leurs défauts et leurs changements cassants comptent plus que leurs listes de fonctionnalités. Celui-ci livre des défauts défendables pour les nouvelles ressources et documente ses angles vifs, y compris quels outils peuvent supprimer des données. Si vos agents touchent Azure, les notes de migration sont la section à lire en premier, et la ligne sur les outils destructeurs de bases de données est à surligner pour qui détient les permissions.
Ce que je n'ai pas pu confirmer
Je n'ai ni installé ni exécuté le serveur, et je n'ai testé aucune boîte à outils sur un compte Azure actif. Le chiffre de 39 % est la mesure de Microsoft pour des appels CLI ciblés. Les outils SRE Agent dépendent d'un fournisseur de ressources en préversion dont je n'ai pas vérifié la disponibilité. Tous les nombres d'outils et comportements viennent de l'annonce et de la documentation du dépôt.
Explorer sans exécuter, d'après l'annonce
# 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.