Ce billet de blog a été corédigé par Altaf Tambawala, Principal Program Manager, Microsoft

Cloud Services (support étendu) et migration vers Azure Resource Manager (ARM)

Aujourd’hui, nous vous présentons la préversion de l’offre Cloud Services (support étendu), un nouveau modèle de déploiement basé sur Azure Resource Manager (ARM) pour Azure Cloud Services. L’offre Cloud Services (support étendu) fournit comme principal avantage une résilience régionale, ainsi qu’une parité des fonctionnalités avec les services Azure Cloud Services déployés à l’aide d’Azure Service Manager (ASM). Elle propose également quelques fonctionnalités ARM telles que le contrôle d’accès en fonction du rôle (RBAC), les balises, la stratégie et prend en charge les modèles de déploiement.

Avec cette modification, le modèle de déploiement basé sur ASM pour Cloud Services est renommé Cloud Services (classique), à partir d’aujourd’hui. Les clients conservent la possibilité de créer et de déployer rapidement des services et des applications web et cloud. Les clients seront en mesure de mettre à l’échelle l’infrastructure des services cloud en fonction de la demande actuelle et pourront s’assurer que les performances des applications restent identiques, tout en réduisant les coûts. 

L’offre Cloud Services (support étendu) fournit deux approches permettant aux clients de migrer d’ASM vers ARM. La première approche consiste à « redéployer », c’est-à-dire que les clients déploient les services cloud directement dans ARM, puis suppriment l’ancien service cloud dans ASM après une validation minutieuse. La deuxième approche consiste à exécuter une migration « sur place » qui permet à vos clients de migrer les services cloud (classiques) vers ARM avec un temps d’arrêt minimum.

La préversion de l’approche de redéploiement Cloud Services (support étendu) est disponible dès aujourd’hui et l’approche de migration sur place sera bientôt annoncée.

Services Azure supplémentaires à prendre en compte pour la migration vers ARM

Lors de l’évaluation des plans de migration de Cloud Services (classique) vers Cloud Services (support étendu), les clients peuvent tirer parti de services Azure supplémentaires, tels que Virtual Machine Scale Sets, App Service, Azure Kubernetes Service et Azure Service Fabric. Ces services continueront à proposer des fonctionnalités supplémentaires, tandis que l’offre Cloud Services (support étendu) assurera principalement la parité des fonctionnalités avec Cloud Services (classique).

En fonction de l’application, l’offre Cloud Services (support étendu) peut demander des efforts beaucoup moins intenses que les autres options pour effectuer la migration vers ARM. Si l’application n’évolue pas, l’offre Cloud Services (support étendu) est une option viable à prendre en compte, car elle fournit une approche de migration rapide. À l’inverse, si l’application évolue en permanence et a besoin d’un ensemble de fonctionnalités plus moderne, explorez d’autres services Azure pour mieux répondre aux exigences actuelles et futures.

Modifications apportées au modèle de déploiement

Des modifications minimales sont requises pour les fichiers de configuration de service et de définition de service (.cscfg et .csdef) afin de déployer l’offre Cloud Services (support étendu). Aucune modification n’est requise pour le code d’exécution. Toutefois, les scripts de déploiement doivent être mis à jour de façon à appeler les nouvelles API basées sur ARM. Les principales différences de déploiement entre les offres Cloud Services (classique) et Cloud Services (support étendu) sont les suivantes :

• Les déploiements ARM utilisent des modèles ARM qui sont des fichiers JSON (JavaScript Object Notation) qui définissent l’infrastructure et la configuration du projet. Le modèle utilise la syntaxe déclarative, qui permet à vos clients d’indiquer ce qu’ils envisagent de déployer sans avoir à écrire la séquence de commandes de programmation pour le créer. Les fichiers de configuration de service et de définition de service doivent être cohérents avec le modèle ARM lors du déploiement de l’offre Cloud Services (support étendu). Pour ce faire, vous pouvez créer manuellement le modèle ARM ou utiliser PowerShell, le portail ou Visual Studio.
• Les clients doivent utiliser Azure Key Vault pour gérer les certificats dans l’offre Cloud Services (support étendu). Azure Key Vault permet aux clients de stocker et de gérer en toute sécurité les informations d’identification de l’application, telles que les secrets, les clés et les certificats, dans un référentiel cloud central et sécurisé. Les applications peuvent s’authentifier auprès de Key Vault au moment de l’exécution pour récupérer les informations d’identification. Des informations supplémentaires sur Key Vault sont disponibles dans cette documentation.
• Un réseau virtuel est obligatoire pour toutes les ressources déployées via Azure Resource Manager. Les réseaux virtuels et les sous-réseaux dans ARM sont créés via les API ARM existantes et référencés dans le fichier .cscfg, dans la section sur la configuration du réseau.

En savoir plus

Les clients peuvent consulter plusieurs ressources pour en savoir plus sur l’offre Cloud Services (support étendu).

Pour commencer à utiliser l’offre Cloud Services (support étendu) qui est à présent en préversion, consultez la documentation. Les clients peuvent également trouver plus d’informations dans la documentation sur l’offre Cloud Services (classique).