Accueil
Articles
Astuces
Vidéos
Actualités
Auteurs
A propos
Contact
S'enregistrer
|
S'identifier
S'identifier
Authentification invalide
N
om d'utilisateur
M
ot de Passe
S
e souvenir de moi la prochaine fois.
S'identifier
Annuler
S'enregistrer
Mot de passe oublié ?
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
0 commentaire(s)
Tags:
ADO.NET
,
Windows Azure
2 | L’application actuelle
1 | Introduction
2 | L’application actuelle
3 | Les pré-requis
4 | Migration de l’application Web vers un environnement simulé
5 | Migration de la base de données vers SQL Azure Database
6 | Migration de l’application sur Windows Azure
7 | Conclusion
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 :
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
De la plateforme Azure, nous utiliserons les briques suivantes :
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.
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.
1
2
3
4
5
6
7
»
Démarrer une discussion
Ecrire un commentaire
Titre
Commentaire
Annuler