Partager via

Langages et environnements pris en charge

  • Article

Environnements de développement pris en charge

Vous pouvez exécuter n’importe quel modèle azd dans l’un des environnements de développement pris en charge suivants :

Environment Description Avantages Inconvénients Stade de la fonctionnalité
Ordinateur local via l’interface CLI Pas dans un conteneur, les dépendances sont installées manuellement par vos soins et le projet est exécuté sur votre ordinateur local. Vous contrôlez toutes les dépendances. Vous avez peut-être déjà installé certaines des dépendances. Vous n’avez pas besoin d’installer Docker. Vous devez installer manuellement toutes les dépendances. Stable
Visual Studio Code Exécuter et déboguer des modèles azd à l’aide de l’extension Visual Studio Code. Vous pouvez travailler avec azd à l’aide d’un éditeur de code et d’un système d’extension que vous savez déjà utiliser. Nécessite l’installation d’une extension. Bêta
Visual Studio Exécuter et déboguer des modèles azd à l’aide de Visual Studio (préversion). Vous pouvez travailler avec azd à l’aide d’une IDE que vous savez déjà utiliser. Nécessite l’installation d’une version préliminaire distincte de Visual Studio. Alpha
DevContainer / VS Code Remote - Conteneurs Conteneur avec toutes les dépendances installées et exécutées sur votre ordinateur local. À part VS Code, Docker et l’extension Remote Containers pour VS Code, toutes les dépendances sont installées pour vous dans DevContainer. Vous devez cloner le référentiel. L’initialisation du conteneur peut prendre beaucoup de temps. Bêta
GitHub Codespaces Conteneur avec toutes les dépendances installées et en cours d’exécution sur GitHub.com dans le navigateur. Toutes les dépendances sont installées sans cloner le code localement. Exécution et débogage qui nécessite le lancement d’un navigateur web et n’est actuellement pas pris en charge en raison d’une limitation connue de GitHub Codespaces. Bêta

Services de calcul Azure pris en charge (hôte)

azd prend en charge plusieurs services pour l’hébergement de votre application. Les services indiqués comme alpha sont expérimentaux et doivent être activés manuellement pour que azd config le utilise. Les fonctionnalités bêta peuvent subir des changements cassants. Les fonctionnalités stables ne sont pas censées subir de changements cassants.

Pour plus d’informations sur chaque stade d’une fonctionnalité, consultez le versionnement des fonctionnalités et la stratégie de sortie. Pour obtenir la liste de toutes les fonctionnalités et de leurs stades, consultez Stades Alpha, Bêta et Stable d’une fonctionnalité.

Service de calcul Azure Stade de la fonctionnalité
Azure App Service Stable
Azure Static Web Apps Stable
Azure Container Apps Bêta
Azure Functions Stable
Azure Kubernetes Service Bêta (uniquement pour les projets déployables via kubectl apply -f)
Azure Spring Apps Bêta

Langages et infrastructures pris en charge

Langues et frameworks actuellement pris en charge :

Langue Stade de la fonctionnalité
Node.JS Stable
Python Stable
.NET Stable
Java Stable

Pour plus d’informations sur chaque stade d’une fonctionnalité, consultez le versionnement des fonctionnalités et la stratégie de sortie

Étapes suivantes