Partager via


À propos d’Azure Cloud Services (support étendu)

Désormais en disponibilité générale, Azure Cloud Services (support étendu) est un nouveau modèle de déploiement basé sur Azure Resource Manager pour le produit Azure Cloud Services. Azure Cloud Services (support étendu) a pour principal avantage de fournir une résilience régionale ainsi qu’une parité des fonctionnalités avec Azure Cloud Services déployé à l’aide d’Azure Service Manager. Il offre également certaines fonctionnalités Azure Resource Manager telles que le contrôle d’accès en fonction du rôle (RBAC), les balises et la stratégie, et prend en charge les modèles de déploiement.

Avec cette modification, le modèle de déploiement basé sur Azure Service Manager pour Cloud Services est renommé Cloud Services (classique). Vous conservez la capacité de créer et de déployer rapidement vos applications et services cloud et web. Vous êtes en mesure de mettre à l’échelle votre infrastructure de services cloud en fonction de la demande actuelle et de vous assurer que les performances de vos applications puissent suivre le rythme tout en réduisant les coûts.

Vidéo YouTube sur les services cloud (support étendu).

Ce qui ne change pas

  • Vous créez le code, définissez les configurations et le déployez sur Azure. Azure configure l’environnement Compute, exécute votre code, puis le supervise le gère à votre place.
  • Azure Cloud Services (support étendu) prend également en charge deux types de rôles, web et Worker. Il n’y a pas de changement dans la conception, l’architecture ou les composants des rôles de travail et web.
  • Les trois composants d’un service cloud, à savoir la définition de service (.csdef), la configuration de service (.cscfg) et le package de services (.cspkg), sont reportés et les formats ne sont pas modifiés.
  • Aucune modification n’est requise pour le code du runtime, car le plan de données est identique et seul le plan de contrôle change.
  • Les versions du système d’exploitation invité d’Azure et les mises à jour associées sont alignées sur Azure Cloud Services (classique).
  • Le processus de mise à jour sous-jacent en ce qui concerne les domaines de mise à jour, la procédure de mise à niveau, la restauration et les changements de service autorisés pendant une mise à jour ne changent pas.

Modifications du modèle de déploiement

Des modifications minimes sont requises dans les fichiers de configuration de service (.cscfg) et de définition de service (.csdef) pour déployer Azure Cloud Services (support étendu). Aucune modification n’est requise pour le code du runtime. Toutefois, les scripts de déploiement doivent être mis à jour pour appeler les nouvelles API basées sur Azure Resource Manager.

L’image montre la configuration classique d’un service cloud avec l’ajout d’une section de modèle.

Les principales différences entre Azure Cloud Services (classique) et Azure Cloud Services (support étendu) par rapport au déploiement sont les suivantes :

  • Les déploiements Azure Resource Manager utilisent des modèles ARM qui sont un fichier JSON (JavaScript Object Notation) qui définit l’infrastructure et la configuration de votre projet. Le modèle utilise la syntaxe déclarative, qui vous permet d’indiquer ce que vous envisagez de déployer sans avoir à écrire la séquence de commandes de programmation pour le créer. La configuration du service et le fichier de définition de service doivent être cohérents avec le modèle ARM lors du déploiement d’Azure Cloud Services (support étendu). Pour ce faire, vous pouvez créer manuellement le modèle ARM ou le créer à l’aide de PowerShell, du Portail Azure ou de Visual Studio.

  • Les clients doivent utiliser Azure Key Vault pour gérer les certificats dans Azure Cloud Services (support étendu). Azure Key Vault vous permet de stocker et de gérer en toute sécurité les informations d’identification des applications telles que les secrets, les clés et les certificats dans un référentiel cloud central et sécurisé. Vos applications peuvent s’authentifier auprès de Key Vault au moment de l’exécution pour récupérer les informations d’identification.

  • Toutes les ressources déployées via Azure Resource Manager doivent se trouver à l’intérieur d’un réseau virtuel. Les réseaux virtuels et les sous-réseaux sont créés dans Azure Resource Manager à l’aide d’API Azure Resource Manager existantes. Ils doivent être référencés dans la section NetworkConfiguration du .cscfg lors du déploiement de Cloud Services (support étendu).

  • Chaque service cloud (support étendu) est un déploiement indépendant unique. Cloud Services (support étendu) ne prend pas en charge plusieurs emplacements dans un même service cloud.

    • La capacité d’échange d’adresses IP virtuelles peut être utilisée pour effectuer un échange entre deux services cloud (support étendu). Pour tester et mettre en place une nouvelle version d’un service cloud, déployez un service cloud (support étendu) et marquez-le pour indiquer que son adresse IP virtuelle peut être échangée avec celle d’un autre service cloud (support étendu).
  • L’étiquette DNS (Domain Name Service) est facultative pour un service cloud (support étendu). Dans Azure Resource Manager, l’étiquette DNS est une propriété de la ressource IP publique associée au service cloud.

Migration vers Azure Resource Manager

Azure Cloud Services (support étendu) vous offre deux possibilités pour migrer d’Azure Service Manager vers Azure Resource Manager.

  1. Les clients déploient les services cloud directement dans Azure Resource Manager, puis suppriment l’ancien service cloud dans Azure Service Manager.
  2. La migration sur place permet de migrer Azure Cloud Services (classique) avec un temps d’arrêt minimal ou nul vers Azure Cloud Services (support étendu).

Options de migration supplémentaires

Lors de l’évaluation des plans de migration de Cloud Services (classique) vers Cloud Services (support étendu), vous pouvez examiner d’autres services Azure, tels que : Virtual Machine Scale Sets, App Service, Azure Kubernetes Service et Azure Service Fabric. Ces services continuent d’offrir des capacités supplémentaires, tandis que Cloud Services (support étendu) conserve principalement la parité des fonctionnalités avec Cloud Services (classique).

En fonction de l’application, Azure Cloud Services (support étendu) peut nécessiter beaucoup moins d’efforts pour passer à Azure Resource Manager par rapport à d’autres options. Si votre application n’évolue pas, Cloud Services (support étendu) est une option viable à prendre en compte, car elle fournit un chemin de migration rapide. À l’inverse, si votre application évolue en permanence et a besoin d’un ensemble de fonctionnalités plus moderne, explorez d’autres services Azure pour mieux répondre à vos besoins actuels et futurs.

Étapes suivantes