Partage via


Vue d'ensemble d'App Service

Remarque

Depuis le 1er juin 2024, toutes les applications App Service nouvellement créées ont la possibilité de générer un nom d’hôte par défaut unique en utilisant la convention d’affectation de noms <app-name>-<random-hash>.<region>.azurewebsites.net. Les noms d’application existants restent inchangés.

Exemple : myapp-ds27dh7271aah175.westus-01.azurewebsites.net

Pour plus d’informations, reportez-vous à Nom d’hôte par défaut unique pour les ressources App Service.

Azure App Service est un service HTTP pour l’hébergement d’applications web, d’API REST et de backends mobiles. Vous pouvez développer dans votre langage favori, qu’il s’agit de .NET, .NET Core, Java, Node.js, PHP ou Python. Les applications s’exécutent et sont mises à l’échelle facilement dans les environnements Windows et Linux.

App Service ajoute la puissance de Microsoft Azure à votre application, notamment la sécurité améliorée, l’équilibrage de charge, la mise à l’échelle automatique et la gestion automatisée. En outre, vous pouvez tirer parti de ses fonctionnalités DevOps, telles que le déploiement continu à partir d’Azure DevOps, GitHub, Docker Hub et d’autres sources, la gestion des packages, les environnements intermédiaires, les domaines personnalisés et les certificats TLS/SSL.

Avec App Service, vous payez pour les ressources de calcul Azure que vous utilisez. Les ressources de calcul que vous utilisez sont déterminées par le plan App Service sur lequel vous exécutez vos applications. Pour plus d’informations, consultez Vue d’ensemble des plans Azure App Service.

Pourquoi utiliser App Service ?

Azure App Service est une offre PaaS (platform as a service) complètement managée pour les développeurs professionnels. Voici quelques-unes des principales fonctionnalités d’App Service :

En plus d’App Service, Azure offre d’autres services qui peuvent être utilisés pour l’hébergement de sites et d’applications web. Pour la plupart des scénarios, App Service est le meilleur choix. Pour une architecture de microservice, envisagez Azure Spring Apps ou Service Fabric. Si vous avez besoin de contrôler davantage les machines virtuelles sur lesquelles votre code s’exécute, utilisez plutôt Machines virtuelles Microsoft Azure. Pour plus d’informations sur la façon de choisir parmi ces services Azure, consultez comparaison d’Azure App Service, de machines virtuelles, de Service Fabric et de services cloud.

App Service sur Linux

App Service sur Linux peut aussi héberger des applications web en mode natif sur Linux pour les piles d’applications prises en charge. Il peut également exécuter des conteneurs Linux personnalisés (également appelés Web App pour conteneurs).

Langages et infrastructures intégrés

App Service sur Linux prend en charge un certain nombre d’images intégrées spécifiques à au langage. Déployez simplement votre code. Les langages pris en charge sont les suivants : Node.js, Java (Tomcat, JBoss, ou avec un serveur web intégré), PHP, Python et .NET Core. Exécutez az webapp list-runtimes --os linux pour afficher les derniers langages et versions pris en charge. Si le runtime requis par votre application n’est pas pris en charge dans les images intégrées, vous pouvez la déployer avec un conteneur personnalisé.

Les runtimes obsolètes sont régulièrement supprimés des panneaux Créer et Configuration de Web Apps dans le portail. Ces runtimes sont masqués dans le portail lorsqu’ils sont déconseillés par l’organisation de maintenance ou qu’ils ont des vulnérabilités importantes. Ces options sont masquées pour guider les clients vers les derniers runtimes, où ils seront les plus performants.

Quand un runtime obsolète est masqué dans le portail, tous vos sites existants utilisant cette version vont continuer de fonctionner. Si un runtime est entièrement supprimé de la plateforme App Service, le ou les propriétaires de votre abonnement Azure recevront une notification par e-mail avant la suppression.

Si vous devez créer une autre application web avec une version d’exécution obsolète qui n’est plus affichée sur le portail, consultez les guides de configuration linguistique pour obtenir des instructions sur l’obtention de la version runtime de votre site. Vous pouvez utiliser Azure CLI pour créer un autre site avec le même runtime. Vous pouvez aussi utiliser le bouton Exporter le modèle sur le panneau de l’application web dans le portail pour exporter un modèle ARM du site. Vous pouvez réutiliser ce modèle pour déployer un nouveau site avec le même runtime et la même configuration.

Limites

  • App Service sur Linux n’est pas pris en charge sur le niveau tarifaire partagé.
  • Le portail Azure affiche uniquement les fonctionnalités actuellement compatibles avec les applications Linux. À mesure que des fonctionnalités sont compatibles, elles sont activées sur le portail.
  • En cas de déploiement sur des images intégrées, votre code et votre contenu sont alloués à un volume de stockage pour le contenu web et sauvegardé par le Stockage Azure. La latence du disque de ce volume est supérieure et plus variable que la latence du système de fichiers du conteneur. Les applications qui nécessitent un accès en lecture seule à des fichiers de contenu peuvent tirer parti de l’option de conteneur personnalisée, qui place les fichiers dans le système de fichiers conteneur au lieu du volume de contenu.

Environnement App Service

App Service Environment est une fonctionnalité Azure App Service qui fournit un environnement entièrement isolé et dédié pour l’exécution d’applications App Service avec une sécurité améliorée à grande échelle. Contrairement à l’offre App Service, où l’infrastructure de prise en charge est partagée, avec App Service Environment, le calcul est dédié à un seul client. Pour plus d’informations sur les différences entre App Service Environment et App Service, consultez la comparaison.

Étape suivante

Créez votre première application web.