Vue d’ensemble d’Azure Cloud Services (classique)
Important
Microsoft Azure Cloud Services (classique) est désormais déconseillé pour tous les clients à compter du 1er septembre 2024. Tous les déploiements en cours d’exécution seront interrompus et arrêtés par Microsoft, et les données seront définitivement perdues à compter d’octobre 2024. Les nouveaux déploiements doivent utiliser le nouveau modèle de déploiement basé sur Azure Resource Manager Azure Cloud Services (support étendu) .
Azure Cloud Service est un exemple d’implémentation de platform as a service (PaaS). Tout comme Azure App Service, cette technologie est conçue pour prendre en charge des applications évolutives, fiables et dont l’exploitation est peu coûteuse. Comme App Service, Azure Cloud Services est hébergé sur des machines virtuelles. Toutefois, vous avez davantage de contrôle sur les machines virtuelles. Vous pouvez installer votre propre logiciel sur des machines virtuelles utilisant Azure Cloud Services, et y accéder à distance.
Un contrôle supérieur signifie également une convivialité réduite. Si vous n’avez pas besoin d’options de contrôle supplémentaires, il est généralement plus rapide et plus facile de faire fonctionner une application web dans la fonctionnalité Web Apps d’App Service que dans Azure Cloud Services.
Il existe deux types de rôles Azure Cloud Services. La seule différence entre eux est le mode d’hébergement de votre rôle sur les machines virtuelles :
Rôle web : déploie et héberge automatiquement votre application via Internet Information Services (IIS).
Rôle de travail : n’utilise pas IIS et exécute votre application de façon autonome.
Par exemple, une application simple peut utiliser un rôle web unique, servant un site web. Une application plus complexe pourrait utiliser un rôle web pour traiter les requêtes entrantes des utilisateurs, puis transmettre ces requêtes à un rôle de travail à des fins de traitement (cette communication pourrait utiliser Azure Service Bus ou Stockage File d’attente Azure).
Ainsi que le suggère la figure ci-dessus, toutes les machines virtuelles d’une même application s’exécutent dans le même service cloud. Les utilisateurs accèdent à l’application par le biais d’une seule adresse IP publique, avec un équilibrage automatique de la charge des requêtes entre les machines virtuelles de cette application. La plateforme met à l’échelle et déploie les machines virtuelles dans une application Cloud Services de façon à éviter un point unique de défaillance matérielle.
Bien que les applications s’exécutent sur des machines virtuelles, il est important de comprendre qu’Azure Cloud Services utilise une technologie PaaS et non IaaS. Voici ce que cela signifie. Avec la technologie IaaS, utilisée par exemple sur les machines virtuelles Azure, vous commencez par créer et configurer l’environnement dans lequel votre application s’exécute. Vous déployez ensuite votre application dans cet environnement. Il vous appartient de gérer une grande partie de ce monde, par exemple, en déployant de nouvelles versions corrigées du système d’exploitation sur chaque machine virtuelle. Avec PaaS, en revanche, c'est comme si l'environnement existait déjà. Vous n'avez plus qu'à déployer votre application. La gestion de la plateforme sur laquelle elle s'exécute, y compris le déploiement de nouvelles versions du système d'exploitation, est assurée à votre place.
Mise à l'échelle et gestion
Avec Azure Cloud Services, vous ne créez pas de machines virtuelles. À la place, vous fournissez un fichier de configuration qui indique à Azure le nombre d’instances de chaque type voulu, par exemple trois instances de rôle Web et deux instances de rôle de travail. La plateforme se charge ensuite de les créer pour vous. Vous continuez de choisir la taille que doivent avoir ces machines virtuelles de stockage, mais vous ne les créez pas vous-même de manière explicite. Si votre application a besoin de traiter une charge plus importante, vous pouvez demander davantage de machines virtuelles ; Azure créera ces instances. Si la charge diminue, vous pouvez arrêter ces instances et cesser de payer pour elles.
Une application Azure Cloud Services est normalement mise à la disposition des utilisateurs au moyen d’un processus en deux étapes. Un développeur télécharge d'abord l'application dans la zone de transit de la plateforme. Lorsqu’il est prêt à activer l’application, il utilise le portail de gestion Azure pour la faire passer de l’étape intermédiaire à l’environnement de production. Le basculement entre la zone de transit et l'environnement de production peut se faire sans temps d'arrêt, ce qui permet de mettre à niveau une application en cours d'exécution vers une nouvelle version sans perturbation pour les utilisateurs.
Surveillance
Azure Cloud Services assure également la surveillance. À l’instar de Machines virtuelles Azure, il détecte l’échec d’un serveur physique et redémarre sur un nouvel ordinateur les machines virtuelles qui étaient exécutées sur ce serveur. Toutefois, au-delà des défaillances matérielles, Azure Cloud Services détecte aussi les échecs des machines virtuelles et des applications. À la différence des machines virtuelles, ils ont un agent à l'intérieur de chaque rôle Web et de travail, et sont donc en mesure de démarrer de nouvelles instances des machines virtuelles et des applications lorsqu'une défaillance se produit.
La nature PaaS d’Azure Cloud Services a également d’autres implications. L'une des principales implications est le fait que les applications basées sur cette technologie doivent être écrites pour s'exécuter correctement en cas d'échec d'un rôle web ou de travail. Cela nécessite qu’une application Azure Cloud Services ne conserve pas l’état de ses propres machines virtuelles dans le système de fichiers. Contrairement aux machines virtuelles créées avec Machines virtuelles Azure, les écritures effectuées sur les machines virtuelles Azure Cloud Services ne sont pas persistantes. Il n’est de tel qu’un disque de données Machines virtuelles Azure. En revanche, une application Azure Cloud Services doit écrire explicitement tous les états dans Azure SQL Database, les objets blob, les tables ou un autre stockage externe. La création d’applications de cette façon facilite leur mise à l’échelle et améliore leur résistance aux défaillances. La scalabilité et la résilience sont les deux objectifs importants d’Azure Cloud Services.