Azure Cloud Migrate
Cette compétence gère l'évaluation et la migration de code des charges de travail cloud existantes vers Azure.
Règles
- Suivre les phases séquentiellement — ne pas sauter
- Générer l'évaluation avant toute migration de code
- Charger la référence du scénario et suivre ses règles
- Utiliser les outils MCP
mcp_azure_mcp_get_azure_bestpracticesetmcp_azure_mcp_documentation - Utiliser le runtime supporté le plus récent pour le service cible
- Les actions destructrices nécessitent
ask_user— fonctions règles globales | app-service règles globales - Signaler la progression à l'utilisateur — Lors d'opérations longues (déploiements, envois d'images), fournir des mises à jour de statut au niveau des ressources pour que l'utilisateur ne reste jamais sans retour — voir workflow-details.md
- Auditer la découverte de services dans le code d'application — Les noms DNS Kubernetes (par exemple
http://order-service:3001) ne se résolvent pas dans Container Apps. Lors de l'évaluation, analyser le code source pour détecter les noms d'hôte/ports codés en dur dans les clients HTTP et les signaler pour l'injection d'URL pilotée par variable d'environnement
Scénarios de migration
| Source | Cible | Référence |
|---|---|---|
| AWS Lambda | Azure Functions | lambda-to-functions.md (évaluation, migration-code) |
| AWS Elastic Beanstalk | Azure App Service | beanstalk-to-app-service.md |
| Heroku | Azure App Service | heroku-to-app-service.md |
| Google App Engine | Azure App Service | app-engine-to-app-service.md |
| AWS Fargate (ECS) | Azure Container Apps | fargate-to-container-apps.md (évaluation, déploiement) |
| Kubernetes (GKE/EKS/Auto-hébergé) | Azure Container Apps | k8s-to-container-apps.md |
| GCP Cloud Run | Azure Container Apps | cloudrun-to-container-apps.md |
| Spring Boot (Azure Spring Apps/VMs) | Azure Container Apps | spring-apps-to-aca.md |
Pas de scénario correspondant ? Utiliser les outils
mcp_azure_mcp_documentationetmcp_azure_mcp_get_azure_bestpractices.
Répertoire de sortie
Toute la sortie va dans <workspace-root-basename>-azure/ à la racine de l'espace de travail, où <workspace-root-basename> est le nom du répertoire d'espace de travail de niveau supérieur lui-même (PAS un sous-répertoire à l'intérieur). Ne jamais modifier le répertoire source.
Étapes
- Créer
<workspace-root-basename>-azure/à la racine de l'espace de travail - Évaluer — Analyser la source, mapper les services, générer un rapport en utilisant le guide d'évaluation spécifique au scénario → évaluation fonctions | évaluation app-service
- Migrer — Convertir le code/config en utilisant le guide de migration spécifique au scénario → migration-code fonctions | migration-code app-service
- Demander à l'utilisateur — « Migration complète. Tester localement ou déployer sur Azure ? »
- Passer le relais à azure-prepare pour l'infrastructure, les tests et le déploiement
Suivre la progression dans migration-status.md — voir workflow-details.md.