Sébastien Pertus
Plateforme Azure : Migrer !
La plateforme AZURE va bientôt passer de sa phase de béta test à sa phase commerciale. Il est temps de songer à migrer nos applications existantes vers le Cloud.
Par Sébastien Pertus publié le 06/09/2009 à 22:43, lu 2398 fois, 7 pages
 2 | L’application actuelle
L’application à migrer existe, il s’agit d’un intranet destiné à recueillir la saisie des temps de différents collaborateurs. Elle est mise en place sur le réseau d’entreprise et utilise une infrastructure matérielle existante.
En résumé, l’architecture de l’application est répartie de la façon suivante :
  • Une application Web : Celle-ci est située sur une zone démilitarisée (DMZ). Une particularité (assez commune du reste) elle autorise l’envoi de fichiers images, pour accompagner certains commentaires lors de la saisie journalière.
  • Une application Windows Mobile : Application déconnectée, qui permet à la direction d’avoir accès aux principales informations de l’application.
  • Une base de données : Hébergée par une instance SQL SERVER 2008 Standard, elle contient d’une part les tables métiers, propres à l’application, et d’autre part l’ensemble des tables ASP.NET, générées par l’outil aspnet_regsql, qui gère les rôles, membres et sécurité.
  • Un serveur de rapport Reporting Services. Celui-ci contient tous les rapports accessibles directement depuis le site web.
  • Un service Windows : Il a pour vocation de récupérer différentes informations sur le réseau de l’entreprise, via des requêtes WMI ou encore l’analyse de fichiers plats (XML, Excel ..)
En résumé, voici le schéma directeur de l’architecture telle qu’elle est mise en place sur le réseau d’entreprise :
 
/content/8e779ecf-b16a-4406-8eb7-6f4d318e6467/image1.png
 
Dans ce premier article nous allons procéder à la migration de deux briques :
  • L’application Web : Celle-ci va prendre place sur un Web Role Azure
  • La base de données : Celle-ci va être migrée vers SQL Azure Database
 
/content/8e779ecf-b16a-4406-8eb7-6f4d318e6467/image2.png
 
De la plateforme Azure, nous utiliserons les briques suivantes :
 
/content/8e779ecf-b16a-4406-8eb7-6f4d318e6467/image3.png
 
Depuis la brique AZURE nous utiliserons le service Compute, partie physique, qui hébergera notre web role (et plus tard un worker role) et la partie Management, qui elle nous permettra de déployer notre package et gérer le nombre d’instances à mettre en place.
 
/content/8e779ecf-b16a-4406-8eb7-6f4d318e6467/image4.png
 
Depuis la brique SQL Services, nous n’utiliserons pour le moment que la principale brique mise à notre disposition : SQL Azure Database. Celle-ci contiendra notre base de données relationnelle.
 
/content/8e779ecf-b16a-4406-8eb7-6f4d318e6467/image5.png
 
 
» Démarrer une discussion