Choisir le service de calcul adapté

Azure propose plusieurs services de calcul — chacun conçu pour un type de charge de travail, un niveau de contrôle et un modèle opérationnel différents. Choisir le mauvais service de calcul entraîne une complexité inutile (niveau trop bas) ou un contrôle insuffisant (abstraction trop élevée). La question essentielle est la suivante : quelle part de l’infrastructure sous-jacente devez-vous gérer ? Cette leçon présente les principales options de calcul et les critères qui vous guideront vers le choix adapté à chaque scénario.

Les machines virtuelles Azure vous offrent un contrôle complet du système d’exploitation, de l’environnement d’exécution et de la pile applicative. Utilisez des VM lorsque vous devez : exécuter des applications existantes qui nécessitent une version précise du système d’exploitation ou un paramètre particulier du noyau, effectuer une migration par déplacement direct d’une charge de travail locale sans modification, installer des logiciels personnalisés au niveau du système, ou disposer d’une puissance de calcul persistante fonctionnant 24 h/24 et 7 j/7 avec une configuration fixe et prévisible. En contrepartie, cette option impose la charge opérationnelle la plus élevée : vous êtes responsable de l’application des correctifs du système, du renforcement de la sécurité et de la surveillance de la couche du système d’exploitation.

Les groupes identiques de machines virtuelles sont le bon choix lorsque vous avez besoin de VM, mais aussi d’une mise à l’échelle automatique en fonction de la demande. Si votre charge de travail est sans état (serveurs web, backends d’API, travailleurs de traitement par lots), s’exécute de manière identique sur chaque instance et connaît une demande variable, VMSS est naturellement adapté. Il associe le contrôle au niveau des VM à une mise à l’échelle horizontale automatisée. Pour choisir entre une VM autonome et VMSS, le facteur déterminant est généralement de savoir si la charge de travail doit dépasser une seule instance.

Azure App Service est une plateforme PaaS destinée à l’hébergement d’applications web, d’API REST et de backends mobiles. Vous déployez votre code (en Node.js, Python, Java, .NET, PHP, Ruby ou dans un conteneur) et Azure gère l’environnement d’exécution, le système d’exploitation, l’application des correctifs, l’équilibrage de charge et la mise à l’échelle. Utilisez App Service lorsque vous souhaitez mettre rapidement votre code en production sans gérer l’infrastructure, lorsque votre application suit les modèles standard des applications web et lorsque vous n’avez pas besoin de personnaliser le système d’exploitation. App Service est l’un des services Azure les plus populaires grâce à son équilibre entre puissance et simplicité.

Azure Container Instances (ACI) vous permettent d’exécuter un conteneur Docker dans le cloud sans gérer d’infrastructure — ni VM ni orchestrateur. ACI est idéal pour les charges de travail conteneurisées ponctuelles et à la demande : tâches de traitement par lots planifiées, tâches de pipeline CI/CD, scripts de traitement des données ou environnements de développement. Les conteneurs démarrent en quelques secondes et vous payez à la seconde pour le processeur et la mémoire consommés. ACI ne fournit pas les fonctionnalités comme la découverte de services, les déploiements progressifs ou le redémarrage basé sur l’état de santé proposées par Kubernetes — il s’agit d’un environnement d’exécution pour un conteneur unique ou un groupe de conteneurs.

Azure Kubernetes Service (AKS) est un environnement Kubernetes géré destiné à orchestrer des applications conteneurisées à grande échelle. Utilisez AKS lorsque vous avez plusieurs microservices qui nécessitent la découverte de services, des déploiements progressifs, une auto-réparation et une mise à l’échelle sophistiquée. AKS gère le plan de contrôle Kubernetes (serveur d’API, etcd, ordonnanceur) comme un composant PaaS gratuit, tandis que vous gérez les VM des nœuds de travail. AKS est l’option conteneurisée qui demande le plus d’exploitation, mais elle offre la plus grande puissance et la plus grande flexibilité pour les architectures de microservices en production.

Azure Functions est une solution de calcul événementielle et sans serveur dans laquelle vous écrivez des fonctions individuelles qui s’exécutent en réponse à des déclencheurs — requêtes HTTP, planifications, messages arrivant dans une file d’attente ou événements provenant d’autres services Azure. Vous payez par exécution (le premier million d’exécutions par mois est gratuit) et la plateforme passe automatiquement de zéro à des milliers d’exécutions simultanées. Utilisez Functions pour l’automatisation événementielle, les webhooks, les pipelines de transformation des données et toute charge de travail naturellement ponctuelle et déclenchée par des événements.

Utilisez cet arbre de décision simplifié : Besoin d’un contrôle complet du système d’exploitation ? → VM ou VMSS. Charge de travail conteneurisée à grande échelle ? → AKS. Conteneur unique et ponctuel ? → ACI. Application web ou API sans gestion du système d’exploitation ? → App Service. Code événementiel de courte durée ? → Azure Functions. Plus vous descendez dans cette liste, moins vous gérez d’infrastructure et plus vous pouvez déployer rapidement — mais vous disposez également de moins de contrôle sur l’environnement d’exécution. Choisissez le niveau d’abstraction le plus élevé qui répond à vos exigences.

Les architectures réelles utilisent souvent plusieurs options de calcul ensemble. Par exemple, une entreprise peut utiliser App Service pour son application web destinée aux clients, Azure Functions pour le traitement événementiel des commandes, AKS pour sa plateforme de microservices interne et des VM pour un ancien système ERP qui ne peut pas être remanié. Les outils de gestion unifiée d’Azure — le portail, CLI, les modèles ARM et Azure Monitor — fonctionnent de manière cohérente avec tous les services de calcul, ce qui facilite la gestion des architectures combinant plusieurs solutions depuis un seul plan de contrôle.

Le coût varie considérablement selon les options de calcul. VM — facturée à l'heure selon la taille de la VM, même lorsqu'elle est inactive (sauf si elle est désallouée). App Service — facturé à l'heure selon le SKU du plan App Service, mais plusieurs applications peuvent partager un même plan sans coût supplémentaire. ACI — facturé à la seconde selon la quantité réelle de CPU et de mémoire utilisée, sans coût d'inactivité. Azure Functions (plan Consommation) — facturé par exécution et par seconde de durée d'exécution, avec un niveau gratuit très généreux. Pour les charges de travail irrégulières, les options sans serveur sont presque toujours les plus économiques ; pour les charges de travail stables et constamment actives, les VM réservées ou les plans App Service peuvent être moins coûteux.

Les différents services de calcul offrent différentes garanties de SLA : VM unique (Premium SSD) : 99,9 %. VM dans un groupe à haute disponibilité : 99,95 %. VM répartie entre plusieurs zones de disponibilité : 99,99 %. App Service (niveau Standard et supérieur) : 99,95 %. Azure Functions (plan Consommation) : 99,95 %. AKS : 99,95 % de disponibilité pour le serveur d’API (avec le niveau payant). Le SLA composite d’une architecture composée de plusieurs éléments est calculé en multipliant les SLA individuels — par exemple, App Service (99,95 %) connecté à Azure SQL (99,99 %) donne un SLA composite d’environ 99,94 %.

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 que : Azure propose plusieurs options de calcul — VM, VMSS, App Service, ACI, AKS et Functions — chacune adaptée à différents profils de charge de travail et besoins de contrôle, la règle générale consiste à choisir le niveau d’abstraction le plus élevé qui répond à vos besoins afin de réduire au minimum la charge opérationnelle, et les architectures réelles combinent souvent plusieurs services de calcul orchestrés par l’intermédiaire de la couche de gestion unifiée d’Azure. Nous allons maintenant commencer à explorer les services de stockage Azure, en commençant par les comptes Storage.