Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Important
Cloud Services (classique) est désormais déconseillé pour tous les clients depuis le 1er septembre 2024. Depuis octobre 2024, tous les déploiements en cours d’exécution ont été arrêtés par Microsoft et les données ont été définitivement perdues. 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 Services est un exemple de plateforme en tant que service (PaaS). Comme Azure App Service, cette technologie est conçue pour prendre en charge les applications évolutives, fiables et peu coûteuses à utiliser. De la même façon qu’App Service est hébergé sur des machines virtuelles, il s’agit également d’Azure Cloud Services. Toutefois, vous avez plus de contrôle sur les machines virtuelles. Vous pouvez installer vos propres logiciels sur des machines virtuelles qui utilisent Azure Cloud Services, et vous pouvez 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 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 (Ce message peut utiliser Azure Service Bus ou Azure Queue Storage.)
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 Azure Cloud Services de manière à é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 une façon d'y penser. 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 choisissez toujours la taille de ces machines virtuelles de stockage, mais vous ne les créez pas explicitement vous-même. 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 charge d’abord l’application dans la zone intermédiaire 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. Ce basculement entre la préproduction et la production peut être effectué sans temps d’arrêt, ce qui permet à une application en cours d’exécution d’être mise à niveau vers une nouvelle version sans déranger ses utilisateurs.
Supervision
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. Rien ne vaut un disque de données de machines virtuelles. 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.