ADMINISTRATION CLOUD AZURE

Chapitre 3 :
Les applications Web
 Créer et configurer des applications Web.

 Choisir le bon plan de tarification.

 Mise à l’échelle des applications Web.

 Push du code dans une application Web et utiliser les slots de déploiement.
2
APPLICATION WEB ET ENVIRONNEMENT ON-PREMISE

 La création d’une application web dans un environnement on-premise :

 La configuration d’un nouveau serveur peut s’avérer difficile.
 Besoin du matériel approprié, probablement d’un système d’exploitation de niveau serveur et
d’une pile d’hébergement web.
 S’assurer de la maintenance.
 Au cas où le trafic augmente, il faut investir dans du matériel supplémentaire.

La création et l’hébergement de votre application web avec Azure App Service rend le
déploiement et la gestion d’une application web beaucoup plus faciles.
3
AZURE APP SERVICE

 Azure App Service est un service de plateforme proposé par

Microsoft Azure qui permet de déployer et de gérer facilement:
 des applications web
 des applications mobiles
 des API
 des Logic Apps
 Il permet aux développeurs de déployer rapidement et
facilement des applications sur le cloud sans se soucier de la
gestion de l'infrastructure sous-jacente.
 Azure App Service prend en charge plusieurs langages de
programmation tels que : 4

.NET Java Node.js PHP Python Ruby.

FONCTIONNALITÉS D’APP SERVICE

 Azure App Service offre plusieurs fonctionnalités, notamment :

 Le déploiement continu facile depuis Azure DevOps, GitHub, Docker Hub, et d’autres sources.
 La mise à l’échelle automatique et la haute disponibilité pour gérer la charge de travail.
 L’intégration avec Azure Traffic Manager pour le routage du trafic et l'équilibrage de charge.
 La prise en charge plusieurs méthodes d'authentification et d'autorisation, notamment Azure
Active Directory, les réseaux sociaux et les comptes Microsoft.
 L’intégration avec des services tiers tels que des bases de données, des outils de surveillance et de
journalisation
 La création d'environnements intermédiaires pour tester et valider les mises à jour avant de les
5
déployer en production.
ASSISTANT DE CRÉATION D’UNE APPLICATION WEB
Champ Description
Abonnement Abonnement Azure valide et actif.
Groupe de ressources Groupe de ressources valide.
Nom de l’application Nom de l’application web. Ce nom devenant une partie de l’URL de l’application, il
doit être unique parmi toutes les applications web Azure App Service.
Publier Vous pouvez déployer votre application sur App Service en tant que code, en tant
qu’image Docker prête à être exécutée ou en tant que static web app. La
sélection d’une image Docker active l’onglet Docker de l’Assistant, où vous
fournissez des informations sur le registre Docker à partir duquel App Service
récupérera votre image.
Pile d’exécution Si vous choisissez de déployer votre application en tant que code, App Service doit
connaître le runtime utilisé par votre application (par exemple Node.js, Python, Java et
.NET). Si vous déployez votre application en tant qu’image Docker, vous n’êtes pas
obligé de choisir une pile d’exécution, car elle est incluse dans votre image.
Système d’exploitation App Service peut héberger des applications sur des serveurs Windows ou Linux. 6
Région Région Azure à partir de laquelle votre application sera proposée.
Plan App Service Pour la facturation et les performances.
PLAN DE APP SERVICE

 Un plan App Service, de manière générale, est le

conteneur dans lequel s’exécutent vos applications web.
 Un plan app service est un ensemble de ressources de
serveur virtuel qui exécutent des applications App
Service.
 Une ou plusieurs applications peuvent être configurées
pour s’exécuter dans le même plan App Service.
 Les plans App Service sont l’unité de facturation pour
App Service.
 Quand vous créez un plan App Service dans une région
(par exemple, Europe Ouest), un ensemble de 7

ressources de calcul est créé pour ce plan dans cette

région.
LES ÉLÉMENTS CLÉS D’UN PLAN APP SERVICE

 Chaque plan App Service définit les éléments suivants :

 Système d’exploitation (Windows, Linux)
 Région (USA Ouest, USA Est, etc.)
 Nombre d’instances de machine virtuelle
 Taille des instances de machine virtuelle (petite, moyenne ou grande)
 Niveau tarifaire (Gratuit, Partagé, De base, Standard, Premium, PremiumV2, PremiumV3, Isolé,
IsoléV2)
8
NIVEAUX TARIFAIRES

 Calcul partagé :
 Comprend les niveaux Gratuit et Partagé,
 est conçu pour exécuter une application sur la même machine virtuelle Azure que d'autres applications App
Service, y compris les applications d'autres clients.
 Les ressources allouées à chaque application qui s'exécute sur les ressources partagées sont limitées,
 Les applications de ce niveau ne peuvent pas effectuer un scale-out.
 Ces niveaux sont réservés à une utilisation à des fins de test et de développement.
 Calcul dédié :
 Les niveaux De base, Standard, Premium, PremiumV2 et PremiumV3
 est conçus pour exécuter les applications sur des machines virtuelles Azure dédiées.
 Seules les applications qui se trouvent dans un même plan App Service partagent les mêmes ressources de calcul.
 Ces niveaux sont destinés aux charges de travail de production. 9

 Plus le niveau est élevé, plus vous disposez d’instances de machine virtuelle pour une mises à l’échelle
NIVEAUX TARIFAIRES

 Isolé :
 Les niveaux Isolé et IsoléV2
 Est conçu pour offrir un haut niveau d'isolement et de sécurité pour les applications.
 les machines virtuelles Azure allouées pour les plans App Service sont dédiées à une seule
application et ne sont pas partagées avec d'autres clients.
 fournit un réseau virtuel Azure dédié pour l'application
 offre des fonctionnalités de mises à l’échelle maximales.
 Ils sont idéaux pour les applications nécessitant des connexions sécurisées avec votre réseau local.
10
NIVEAUX TARIFAIRES

11
CARACTÉRISTIQUES DES PLANS APP SERVICE

 Les caractéristiques des plans App Service incluent:

 Domaines personnalisés et certificats SSL
 Emplacements de déploiement
 Mise à l'échelle
 Sauvegardes
 Intégration de Traffic Manager

12
DOMAINE PERSONNALISÉ

 Il y a des plans qui permettent d’ajouter des noms de domaines (DNS) personnalisés.
 Pour ajouter un nom de domaine personnalisé à votre App Service :
 Soit acheter un nom de domaine directement à partir d'Azure Domain App Service
 gérer ce domaine à l'aide d'Azure DNS qui offre une gamme d'options d'hébergement de
domaine sécurisées et fiables.
 Soit acheter un nom de domaine auprès d'un autre fournisseur et le mapper à votre App Service.

13
EMPLACEMENTS DE DÉPLOIEMENT

 Les emplacements de déploiement sont des instances

distinctes de l’application qui sont mises en service sur le
même plan App Service que l’application principale.
 Les emplacements de déploiement permettent de déployer
des versions de l’application en toute sécurité et de tester
les mises à jours avant de les mettre en production.
 Chaque niveau de plan App Service prend en charge un
nombre différent d’emplacements de déploiement.
L’utilisation de ces emplacements de déploiement n’entraîne
aucun coût supplémentaire.
14
MISE À L’ ÉCHELLE

 La mise à l’échelle est la capacité à augmenter ou à diminuer

les ressources de votre plan App Service pour répondre à la
demande de votre application. Cela permet à votre
application de s'adapter automatiquement à la charge du
trafic et de maintenir des temps de réponse rapides.
 Il existe deux workflows de mise à l’échelle :
 scaling vertical (scale-up/down) : augmenter ou diminuer
les ressources de calcul, de mémoire et de stockage
pour répondre à la demande de votre application.
 scaling horizontal (scale-out/in) : augmenter ou diminuer
le nombre d’instances de machine virtuelle qui
exécutent votre application web pour gérer le trafic 15

entrant.
MISE À L’ÉCHELLE HORIZONTAL (SCALE-OUT)

 Azure App Service propose deux options pour le scale-out :

 Scaling manuel : vous pouvez augmenter ou diminuer vos ressources vers un nombre d'instances
spécifique.

 Scaling automatique : vous pouvez définir des règles de mise à l’échelle automatique qui effectue
un scaling basé sur des seuils de métriques ou de planifier le nombre d’instances qui se met à
l’échelle pendant les fenêtres de temps désignées

16
SCALE-OUT MANUEL

17
SCALE-OUT AUTOMATIQUE PERSONNALISÉ

18
SCALE-OUT AUTOMATIQUE PERSONNALISÉ

19
SCALE-OUT AUTOMATIQUE PERSONNALISÉ

 Une condition de mise à l’échelle basée sur une métrique contient une ou plusieurs règles de mise à
l’échelle.
 Vous utilisez le lien Ajouter une règle pour ajouter vos propres règles personnalisées.
 Vous définissez les critères qui indiquent quand une règle doit déclencher une action de mise à
l’échelle automatique et la nature de l’action à effectuer (scale-out ou scale-in).

20
SCALE-OUT AUTOMATIQUE PERSONNALISÉ

 Les métriques que vous pouvez superviser pour une application web sont les suivantes :
 Pourcentage de processeur : est une indication de l’utilisation du processeur sur toutes les
instances.
 Pourcentage de mémoire : capture l’occupation de la mémoire de l’application sur toutes les
instances.
 Longueur de file d’attente de disque : est une mesure du nombre de demandes d’E/S en
suspens dans toutes les instances.
 Longueur de la file d’attente HTTP : affiche le nombre de demandes clientes en attente de
traitement par l’application web.
 Données entrantes : est le nombre d’octets reçus sur toutes les instances.
21

 Données sortantes : est le nombre d’octets envoyés par toutes les instances.