Création d’un plan App Service et d’une application web

Azure App Service est une plateforme entièrement gérée de type Platform as a Service (PaaS) destinée à l’hébergement d’applications Web, d’API REST et de backends mobiles. Vous déployez votre code et Azure s’occupe de l’application des correctifs du système d’exploitation, de l’équilibrage de charge et de la mise à l’échelle automatique de l’infrastructure sous-jacente. App Service prend en charge .NET, Node.js, Python, Java, PHP, Ruby ainsi que les conteneurs personnalisés, ce qui en fait l’un des services de calcul les plus polyvalents d’Azure.

Un plan App Service définit la région, le système d’exploitation (Windows ou Linux) et les ressources de calcul (CPU, RAM) allouées à vos applications. Vous payez le plan, et non chaque application individuellement ; plusieurs applications peuvent partager le même plan sans coût supplémentaire. Le niveau de SKU du plan détermine des fonctionnalités telles que le nombre d’emplacements de déploiement, la possibilité de mise à l’échelle automatique et la prise en charge de l’intégration VNet.

Les plans App Service sont proposés à plusieurs niveaux offrant des capacités et des coûts croissants. Free (F1) et Shared (D1) s’exécutent sur une infrastructure partagée et sont destinés uniquement au développement. Basic (B1-B3) fournit des ressources de calcul dédiées, sans mise à l’échelle automatique ni emplacements. Standard (S1-S3) ajoute la mise à l’échelle automatique et 5 emplacements de déploiement. Premium (P1-P3v3) offre davantage de ressources de calcul et l’intégration VNet. Isolated (I1-I3) s’exécute dans un environnement privé et dédié.

Une Web App est une application individuelle hébergée dans un plan App Service. Chaque application Web reçoit un nom d’hôte par défaut unique de la forme <appname>.azurewebsites.net. Vous spécifiez la pile d’exécution (par exemple NODE:18-lts ou DOTNET:7.0) lors de la création de l’application, mais vous pouvez la modifier ultérieurement sans effectuer de nouveau déploiement.

App Service prend en charge plusieurs méthodes de déploiement. Le déploiement ZIP est la méthode la plus simple : empaquetez votre application et envoyez le fichier ZIP. Le déploiement Git se connecte à un dépôt Git et effectue une compilation lors de chaque envoi. GitHub Actions et Azure Pipelines sont les intégrations d’intégration et de déploiement continus recommandées. Vous pouvez également déployer une image de conteneur Docker depuis Azure Container Registry ou depuis tout registre public.

App Service expose les paramètres d’application sous forme de variables d’environnement accessibles par le code de votre application. Il s’agit de la méthode recommandée pour injecter des éléments de configuration tels que des chaînes de connexion à une base de données, des clés d’API et des indicateurs de fonctionnalité, sans les inscrire directement dans le code. Les paramètres sont chiffrés au repos et peuvent référencer des secrets Azure Key Vault à l’aide d’une chaîne de référence Key Vault, ce qui évite de stocker les secrets dans le portail.

Par défaut, App Service décharge une application après une période d’inactivité. Activez Always On (niveau Standard et supérieur) pour maintenir l’application chargée en permanence, ce qui est important pour les tâches en arrière-plan et les API qui nécessitent des temps de démarrage à froid rapides. La fonctionnalité de vérification d’intégrité interroge une URL que vous définissez et retire les instances défaillantes de l’équilibreur de charge, ce qui permet de remplacer automatiquement les instances.

App Service fournit la journalisation intégrée des journaux d’application (stdout/stderr de votre code), des journaux du serveur Web (journaux d’accès HTTP) et des journaux de déploiement. Vous pouvez diffuser les journaux en temps réel à l’aide d’Azure CLI ou activer leur stockage dans Blob Storage. Activez Application Insights pour effectuer le suivi distribué et surveiller les performances pendant tout le cycle de vie d’une requête.

Vous pouvez effectuer une mise à l’échelle verticale d’App Service (vers un SKU plus grand avec davantage de CPU/RAM) ou une mise à l’échelle horizontale (en ajoutant davantage d’instances). La mise à l’échelle horizontale manuelle augmente immédiatement le nombre d’instances et est disponible à partir du niveau Basic. Le passage à un niveau supérieur active des fonctionnalités supplémentaires, comme les emplacements de déploiement et l’intégration à un réseau virtuel, sans interruption de service — l’application redémarre brièvement pendant la modification du SKU.

Le volet Vue d’ensemble d’App Service affiche des graphiques en temps réel concernant les requêtes, le temps de réponse, les données entrantes et sortantes, ainsi que les taux d’erreur. Le volet Diagnostiquer et résoudre les problèmes exécute des détecteurs automatisés pour les problèmes courants. L’onglet Métriques vous permet d’épingler des graphiques personnalisés et de définir des règles d’alerte. Intégrez Application Insights pour obtenir une traçabilité des requêtes de bout en bout et des cartes des dépendances dans toute votre pile applicative.

Optimisez les coûts d’App Service en regroupant plusieurs applications sur un même plan lorsqu’elles ont des besoins en ressources compatibles, en utilisant le niveau gratuit pour les environnements de développement et de test, et en appliquant les réservations Azure (engagement d’un ou trois ans) pour les charges de travail de production prévisibles, afin d’économiser jusqu’à 55 %. La mise à l’échelle automatique (présentée dans la leçon suivante) vous évite de payer des instances inactives pendant les heures creuses.

Vérifiez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) abordés dans cette leçon.

Dans cette leçon, vous avez appris qu’un plan App Service définit le niveau de calcul et l’unité de facturation de vos applications web, que vous pouvez déployer du code via ZIP, Git ou des pipelines CI/CD, et que les paramètres d’application injectent la configuration sous forme de variables d’environnement sans intégrer les secrets en dur. Nous allons maintenant découvrir les emplacements de déploiement pour effectuer des mises en production sans interruption.