2012 : la maturité de la platforme Windows Azure n'est plus à démontrer. Côté exploitation, le socle technologique est opérationnel, stable et pérenne, et l'environnement de développment est complet et industrialisable. Mais qu'en est-il du processus d'identifcation puis de sélection des applications candidates pour Windows Azure ? Comment identifier dans son patrimoine applicatif les applications ayant un potentiel Windows Azure ? Qui doit participer aux décisions ? quels sont les outils à notre dispositions ? Sur quels critères fonder ses décisions ? Cette session sera l'occasion pour vous de découvrir les ""recettes"" que SOGETI France à mis en oeuvre dans de nombreux projets Windows Azure, à travers son initiative ""Azure Privilege Club"". Vous découvrirez en suivant un cas d'usage concret et complet, les circuits de prise de décision, les outils à votre disposition (dont le MAP - Migration Assessment Tool et le MAT 6.5 - Migration Assessment & Planning Tool), la mise en place d'une filière de développement Windows Azure ainsi que les bonnes pratiques à retenir pour faire de votre 1er projet Windows AZURE un réel succès. Une démonstration complète de bout en bout illustrera cette session, avec au final la mise en production d'une application sur Windows Azure.

1. palais des
congrès
Paris
7, 8 et 9
février 2012

2. PAR 210 : Toutes les recettes
pratiques pour réussir son 1er projet
Windows Azure
François MERAND Jason DE Laurent GAUTIER
National Practice Leader OLIVEIRA Ingénieur d’études
.Net Rangers Manager Manager & Architecte SOGETI France
SOGETI France MVP Visual C#
SOGETI France
Date : 8/02/2012 – de 13h à 14h

3. SOGETI c’est :
20.000 collaborateurs dans 15 pays
dont 6000 dédiés aux technologies Microsoft
Votre performance par la technologie
Des outils :
• Une maîtrise de la plateforme .Net
• ATC – Advanced Technology Center .Net (CDS) IC²
• Un showroom.Net dédié aux technologies Microsoft
• Un DataCenter IC2 –Innovation Cloud Center Des expertises reconnues :
• Un ancrage fort dans l’écosystème Microsoft (MVP):
www.dotnetrangers.net
• Des blogs, des articles, des livres blancs
Azure
Privilege
Club 2012

5. Objectifs et sommaire de la
session
1 2
3 4

6. Objectifs et sommaire de la
session
1 2
3 4

7. Le contexte
Une société fictive… Un métier réel…
Une stratégie cloud … Un projet …

8. Les exigences métiers de
MCMG
Réduire les coûts en s’appuyant sur des Coûts maîtrisables
capacités d’innovation technologiques Diminuer et rationaliser l’infrastructure
Contrôler et réduire le TCO
Etre prévisible, avec élasticité
Rester compétitif au travers de l’innovation Le logiciel en tant que différentiateur
Monétiser de nouvelles offres
Se focaliser sur l’application, pas sur
l’infrastructure nécessaire à son exploitation
Générer rapidement de nouveaux revenus, Accélérer le cycle de développement
en mettant en place des processus agiles Simplifier le déploiement
Commercialisation plus rapide
Réduire les risques en s’assurant une fiabilité Qualité de services : SLA
sans faille de son système Prise en compte des problématiques de
Sécurité
Disponibilité de la solution.

9. Etre prédictible ?

11. APC – Une offre commune Sogeti & Microsoft
pour bien démarrer avec Windows Azure
Une opportunité unique pour un investissement minimal
• Le support des équipes architectes de Microsoft
• L’accompagnement des experts SOGETI
• Un « assessement » initial
• La réalisation d’un Pilote chez le client
• Des licences Windows Azure
• Un club pour partager les retours d’expériences
Exemples APC 2011 :
• Grand groupe industriel, secteur énergie : déport de calculs d’optimisation
énergétique de bâtiments dans Azure. On passe de quelques heures à
quelques minutes pour obtenir une réponse, sur site !
• Laboratoire pharmaceutique : Gestion et suivi des incidents produits au
niveau mondial.

12. Se lancer : Qui ? Quoi ?
Comment ?
Patrimoine applicatif du groupe MCMG
Responsable Architecte
Applicatif
D.S.I.
Sécurité
Ensemble de contraintes et critères (sécurité,
technologies, stratégie)
Scénarios
Liste d’applications Création (nouvelle application)
candidates Migration vers Azure
Extension sur Azure

13. Prendre les bonnes décisions
Le « M.A.P. » - Migration Assessement &
Planning Tool
Pour les projets de types PaaS : MAP 6 propose une évaluation des
applications et de leur capacité à être hébergées sur la plate-forme
Windows Azure. L’analyse inclut :
 Un inventaire des applications.
 Une estimation des besoins en termes de capacité
 Une évaluation de la difficulté de migration (classement)
 Une analyse du retour
sur investissement (TCO/ROI)

14. Prendre les bonnes décisions…
…et assumer son passé
M.A.T. : Migration Assessement Tool – 8 thèmes :
 Considérations métiers
 Protocoles de communication
 Installation, déploiement et gestion des versions
 Intégration (composants, COM, …)
 Stockage et accès local aux ressources
 Contraintes de sécurité
 Bases de données SQL
 Web

15. Prendre les bonnes décisions
Critères financiers
Déterminer la valeur “quantitative” de Windows Azure, en jouant sur
les nombreux paramètres et options proposés
Estimer le TCO du développement et des opérations sur Windows
Azure comparé à un hébergement traditionnel (incluant les coûts des
amortissements du matériel et des licences et les coûts humains)
Estimer le coût de fonctionnement sur Windows Azure

16. DEMO
M.A.T. – Migration Assessement Tool

17. Objectifs et sommaire de la
session
1 2
3 4

18. DÉVELOPPEMENT EN LOCAL ET
DÉPLOIEMENT SUR WINDOWS
AZURE
• Les prérequis
• La création du premier
projet
• Le déploiement via le
portail Windows Azure
• Le déploiement via
Visual Studio

19. PRÉREQUIS –
ENVIRONNEMENT DE
DÉVELOPPEMENT
• Une version de Visual Studio 2008
ou 2010, avec le SP1 installé.
• Avec TFS  Premium ou Ultimate
• Windows Azure SDK, le kit de
développement pour .NET
(version 1.6)
• SQL Server 2008 R2 Express

20. CRÉATION DU PROJET SOUS
VISUAL STUDIO
• Projet de type
« Windows Azure »
• Web Role :
• ASP.Net
• ASP.Net MVC
• WCF
• Worker Role (équivalent du
service Windows)

21. DÉPLOIEMENT VIA LE PORTAIL
WINDOWS AZURE
• Premier déploiement
• Lors de la création du
service hébergé
• Choix de l’URL et de la
position géographique du
DataCenter
• Environnement de
développement ou de
production
• Il faut simplement
« uploader » les packages
produits par Visual Studio

22. DÉPLOIEMENT VIA VISUAL
STUDIO
• Nécessité de télécharger un fichier .publishsettings (certificat et IDs
d’abonnement)
• Différentes options à configurer (service hébergé, environnement de
développement ou de production, …)

23. DEMO
Création du projet

24. Objectifs et sommaire de la
session
1 2
3 4

25. CONSIDÉRATIONS PROPRES
AUX APPLICATION WINDOWS
AZURE
• La gestion des états • Le problème de réglementation
• La montée en charge • L’extensibilité avec de nouvelles
fonctionnalités
• La gestion des dépendances
• La communication avec d’autres
• La confidentialité des systèmes (internes/externes à
données l’entreprise)
• Le niveau de SLA requis • L’interopérabilité avec des
technologies autres que
• La prise en compte de la Microsoft
latence

26. L’APPLICATION FONCTIONNE
SUR UN OU PLUSIEURS RÔLES
• L’application doit être divisée en composants logiques, sur un
modèle à couplage faible (sans adhérence)
• Les composants applicatifs doivent tenir compte des limitations de
l’environnement du rôle cible auquel ils appartiennent.

27. L’APPLICATION EXÉCUTE UNE OU
PLUSIEURS INSTANCES DE CES
RÔLES
• la persistance des contextes applicatifs doit être mise en œuvre et
implémentée dans des mécanismes de stockage hors machine
virtuelle.

28. LA PERTE D’UNE INSTANCE NE
DOIT PAS ÊTRE UN PROBLÈME
• la persistance doit être externe à la VM: chaque rôle doit être
« stateless » (sans gestion d’état) et stocker les informations de
contexte sur un support externe (soit Windows Azure Storage ou
SQL Azure).

29. LES INTERACTIONS AVEC L’OS
SONT SOUS « CONTRAINTES »
Ces interventions « naturelle » sont sans conséquence pour les
connectés sous réserve de respecter un certain nombre de points :
• Respecter une abstraction complète des couches basses
• Bien mettre en place les mécanismes de découplage des
applications par rapport au serveur
• En fait, l’application ne doit pas tenir compte de l’OS sous-jacent

30. PRISE EN COMPTE DES
INTERACTIONS AVEC LES
SYSTÈMES DE STOCKAGES
Au moins trois point important à prendre en considération :
• Les contextes applicatifs doivent être stockés en dehors des VMs (Windows
Azure Blobs, Windows Azure Drives, Windows Azure Tables, SQL Azure,
Windows Azure Caching).
• Le stockage externe ne doit pas devenir un point critique et sensible.
• Il faut aussi s’assurer de la montée en charge du stockage externe.

31. LA COMMUNICATION ENTRE LES
DIFFÉRENTS ROLES
Appliquer les principes d’architecture applicative associés :
• Des communications asynchrones, sous forme de messages gérés par un
bus de messages par exemple
• Utiliser les files d’attente (Windows Azure Queues) mises à disposition par
la plateforme Windows Azure

32. Profile existant 
enregistré sur

l’un des sites Site BDTHEQUE Site BDTHEQUE
Ci-dessous : Page d’accueil Menu principal


Site BDTHEQUE
Site BDTHEQUE
AutresBDTHEQUE
Site pages
Autres pages
Autres pages
Site BDTHEQUE
 Enregistrement
Persistance

33. IMPLEMENTATION DE LA
SOLUTION

34. DEMO
Présentation des choix d’implémentation

35. Objectifs et sommaire de la
session
1 2
3 4

36. Ensuite ?
Stratégie mobilité Intégration des réseaux sociaux

37. ALM & AZURE : AMELIORER LA
QUALITÉ LOGICIELLE ET LA
PRODUCTIVITÉ
• Méthode (Processus)
• Outils
• Equipes

38. LE PROJET « BDTHEQUE »
DANS TEAM FOUNDATION
SERVER 2010

39. BUILD & DÉPLOIEMENT
AUTOMATISES DE LA
SOLUTION

40. Stratégie de tests
pour Windows Azure
Les développeurs
implémentent des tests
unitaires en local Développeurs & Testeurs
Les testeurs planifient
et exécutent les
plans de tests + tests UI
automatisés
Contrôle de sources
Exécution tests unitaires & Build
Tests manuels, systèmes et Verifications lors du build : tests Tests acceptance Plateforme, sur
fonctionnels avec MTM et unitaires et autres “quality environnement intermédiaire
l’émulateur Windows Azure gates” Windows Azure avec MTM

41. Rendez-vous :
ALM 206 : Mise en place d'une
démarche ALM avec Visual Studio
pour Windows Azure
François MERAND National Practice Leader
Stéphane GOUDEAU Architecte
.Net Rangers Manager, SOGETI DPE, Microsoft France
Jason DE OLIVEIRA Manager & Vincent LABATUT Consultant
Architecte MVP Visual Visual Studio ALM, SOGETI
MVP Visual C#, SOGETI
Date : 8/02/2012 - 16H-17H

42. Windows Azure

43. Livre blanc « Développer pour le Cloud »
http://www.microsoft.com/france/visual-studio/scenarios/developper-pour-le-cloud.aspx

44. Votre performance par la technologie
Mobility
Windows feeds notes to do
ALM Azure
Application UC&C Data Center Transfo. Workplace
RIA Flexible
Application Migration DC Optimization
Multitouch
Modernization Optimus Private Cloud Workstyle
Managemen
& Touchless. t & Security. ALM SharePoint DCS Windows 7
Mobility for Internet Migrations
Business Site
SQL Server Intelligence
SharePoint
Server & Tools 08
Data
Center
Office
Cloud Expertise Innovation
365
IC²
Azure
Privilege
Club 2012

45. Moving Applications to the Cloud on the Microsoft
Windows Azure Platform
How do you Génération de livrables applications to be scalable and have high availability? Along with developing the applications, you must also have an infrastructure
that can support them. You may need to add servers or increase the capacities of existing ones, have redundant hardware, add logic to the application to handle
distributed computing, and add logic for failovers. You have to do this even if an application is in high demand for only short periods of time.
The cloud offers a solution to this dilemma. The cloud is made up of interconnected servers located in various data centers. However, you see what appears to be a
centralized location that someone else hosts and manages. By shifting the responsibility of maintaining an infrastructure to someone else, you're free to concentrate on
what matters most: the application.
http://msdn.microsoft.com/en-us/library/ff728592.aspx

46. Plus d’informations
Groupe "Forum des architectures applicatives Microsoft«
Ce forum regroupe des architectes en informatique qui ont des choix de technologies à
faire dans les projets pour lesquels ils travaillent.
L’architecte applicatif, en situation de projet, travaille typiquement aux côtés de la direction
de projet pour choisir et assumer des choix techniques en fonction des contraintes du
projet (fonctionnalités, délais, ressources). Pour effectuer ces choix à bon escient, il doit
connaître ce que le marché offre en termes de technologies. Cela peut prend typiquement
deux formes : veille technologique continue, recherches dans le cadre du projet.
L’architecte applicatif a aussi pour rôle de faire le lien entre les équipes de développement
et les équipes d’infrastructure et d’exploitation de la future application. Il doit également
veiller à ce que ses choix soient bien mis en œuvre pendant le développement.
Ce forum, à l’initiative de Microsoft France, a pour but d’aider les architectes applicatifs
A faciliter la connaissance de l’offre de Microsoft pour les projets en entreprise (envoi de
liens vers des présentations, documents, webcasts, conférences, etc.), mais également
A échanger sur des problématique d’architecture ayant un rapport, même partiel, avec la
plateforme Microsoft (est-ce que AD FS 2.0 fonctionne dans un environnement SAML-P
2.0, comment se passe la réversibilité d’une application développée pour le Cloud, quelles
sont les implications d’un déploiement sur une ferme Web, etc.).
Cet espace est le vôtre, faites le vivre, nous sommes aussi et surtout là pour vous lire.
http://bit.ly/archiappms

47. Microsoft France
39, quai du président Roosevelt
92130 Issy-Les-Moulineaux
www.microsoft.com/france