Présentation de la migration d’application ASP.NET
La modernisation d’une application ASP.NET et des plateformes de données associées dans un environnement en ligne peut soulever de nombreuses questions :
Quel est le problème à résoudre ?
Est-il nécessaire de remanier l’application ?
Combien coûtent la migration et l’hébergement ?
Quel est le temps d’arrêt subi par l’application ?
Si vous en êtes à envisager une migration vers une solution hébergée dans le cloud, cela signifie probablement que vous souhaitez tirer parti des nombreuses facettes de l’option d’hébergement cloud. De nombreuses organisations souhaitent bénéficier des avantages offerts par une solution d’hébergement cloud : niveau de performance, scalabilité et réduction des coûts.
Avant de commencer le processus de migration, évaluez votre environnement existant pour mieux comprendre les exigences et les considérations relatives à des facteurs tels que la sécurité, le coût et le temps d’arrêt de la transition. Microsoft fournit de nombreux outils pour vous aider à évaluer votre migration avant de lancer le processus.
Options d’hébergement Azure
Microsoft propose trois options principales de services d’hébergement. Vous avez le choix entre les offres IaaS (infrastructure as a service), PaaS (platform as a service) ou SaaS (software as a service). Elles se distinguent par les responsabilités liées au matériel et aux logiciels. Le graphe des services d’hébergement présenté ici met en évidence les points clés.
Local
Comme on peut s’en douter, le modèle local place toutes les responsabilités de gestion du côté de l’organisation. Vous êtes responsable de l’acquisition et de l’installation de l’ensemble du matériel et des logiciels. Vous allez configurer et contrôler le réseau ainsi que la sécurité des serveurs et des applications hébergées. Vous êtes également responsable des mises à jour, des correctifs et des licences.
IaaS
Vous pouvez choisir de transférer certaines responsabilités à un fournisseur d’hébergement selon le modèle IaaS. Vous êtes toujours responsable de la gestion des applications, des runtimes, de la sécurité et des données de vos systèmes de base de données. Cependant, vous louez l’infrastructure informatique. Des machines virtuelles sont utilisées pour héberger le système d’exploitation, les logiciels et les données. Restent sous votre responsabilité la fourniture et la maintenance du système d’exploitation, des applications et des données. Vous installez également les correctifs et les mises à jour du système d’exploitation.
Les machines virtuelles constituent une émulation de l’environnement matériel et du système d’exploitation d’un système informatique. Par exemple, vous pouvez créer une machine virtuelle sur Azure en spécifiant une configuration matérielle et un système d’exploitation à installer. Une fois la configuration terminée et la machine virtuelle déployée et démarrée, vous pouvez vous connecter à cette machine virtuelle et interagir avec elle de la même manière qu’avec un ordinateur physique. Vous pouvez installer les logiciels et configurer les différents aspects du système d’exploitation selon les besoins. Avec des machines virtuelles, vous pouvez héberger plusieurs systèmes d’exploitation et versions pour répondre à vos exigences de compatibilité ou pour toute autre raison. Azure prend en charge les machines virtuelles qui hébergent des systèmes d’exploitation Windows et Linux.
Vous devrez peut-être choisir ce modèle si votre application utilise des logiciels propriétaires non fournis dans le service PaaS. Avec le modèle IaaS, vous pouvez exploiter une machine virtuelle locale possédant la configuration logicielle de votre application. Vous pouvez prendre une capture instantanée de la machine virtuelle, et la « réhéberger » (ou la déplacer) vers le cloud.
Il vous faudra peut-être choisir le modèle IaaS pour diverses raisons, dont voici trois des plus courantes :
- Sécurité : Votre entreprise doit peut-être se conformer à des pratiques et stratégies de sécurité spécifiques relatives aux données.
- Contrôle : Votre entreprise a peut-être besoin d’un plus grand contrôle sur l’environnement pour la configuration des logiciels et des systèmes d’exploitation.
- Stratégies : Votre entreprise a peut-être d’autres stratégies qui limitent les options d’hébergement, ou vous avez peut-être des objections d’« enfermement propriétaire » concernant des fournisseurs ou autres technologies. Avec une machine virtuelle, vous pouvez déplacer votre disque de machine virtuelle (fichier .vhd) vers un autre fournisseur de cloud ou en local en cas de besoin.
PaaS
Bien que l’option IaaS constitue souvent la méthode la plus rapide et la plus simple pour déplacer une application vers un environnement hébergé dans le cloud, le modèle PaaS offre plus d’avantages. En effet, vous transférez la responsabilité de la maintenance des logiciels système, du système d’exploitation, du matériel, etc. au fournisseur d’hébergement. Vous êtes responsable de vos applications. C’est le prestataire PaaS qui fournit le serveur de base de données sous-jacent des applications pour les données.
Dans le scénario de ce module, votre application est l’application ASP.NET, et les données résident dans la base de données SQL Server locale. Vous allez migrer les données dans une instance de base de données SQL Azure. C’est le fournisseur d’hébergement qui gèrera la base de données SQL Azure et la sécurité associée.
Dans ce module, vous allez évaluer différents aspects de la migration d’une application ASP.NET et d’une base de données SQL Server vers une solution IaaS. Sont en jeu des considérations relatives à l’utilisation d’Azure App Service pour l’application ASP.NET et d’Azure SQL Database pour l’hébergement des données SQL Server locales actuelles. Une refactorisation ou une regénération de l’application pourra se révéler nécessaire.
SaaS
L’option SaaS n’est pas pertinente dans le scénario de ce module. Envisagez des solutions SaaS telles qu’Office 365 ou Microsoft Dynamics 365, dans lesquelles vous « louez » les logiciels. Quand vous utilisez une solution SaaS, vous remplacez votre application existante. S’il s’agit d’une application personnalisée, il est peu probable que le modèle SaaS vous convienne.