Tout se passe sur cette URL : http://www.microsoft.com/windowsazure/support/status/servicedashboard.aspx

Et accessible sous forme de flux RSS en plus !

Voilà pour le beau discours , pourtant dans la réalité rien ne vaut une belle couche d’encapsulation utilisé la technologie de l’application client.

En standard, le SDK Azure fournit l’encapsulation pour .NET (3.5 & 4.0) sous forme d’un framework .Net.

concernant Windows Phone 7, Microsoft met a disponible un toolkit open source sur Codeplex permettant l’accès aux Storage, … il s’agit du Windows Azure Toolkit pour Windows Phone 7

Mais là, où ca devient franchement intéréssant, c’est l’annonce il y a quelque heures de la disponibilité de Toolkit pour iPhone et Android !!

Pour iPhone, le toolkit est d’ores et déjà disponible ici : https://github.com/microsoft-dpe 

Le Toolkit pour Android est en cours de développement.

L’annonce officielle : http://blogs.technet.com/b/microsoft_blog/archive/2011/05/09/microsoft-announces-windows-azure-toolkits-for-ios-android-and-windows-phone.aspx

Comment démarrer avec iOs : http://www.wadewegner.com/2011/05/windows-azure-toolkit-for-ios/

http://blogs.msdn.com/b/windowsazure/archive/2011/05/09/title-now-available-windows-azure-toolkit-for-ios.aspx

Bon développements

Liens web :

• http://www.quidmind.com
• http://www.innorobo.com
• http://www.facebook.com/pages/Clorofeel-the-social-robot/211452818868673
• http://www.facebook.com/pages/QuidMind/155297214489708
• http://www.facebook.com/pages/Nicolas-Clerc/143318772400035
• http://www.microsoft.com/france/mstechdays/showcase/player.aspx?uuid=af0837e8-0778-433e-8e0d-febf72d6f4a1&parcours=TD11_DEV_ROBOTIQUE

Une fois ce téléchargement terminé, la console d’administration d’Azure doit ressembler à cela :

Quelques statistiques post upload :

- mon VHD de base préparé fait environ 8go , l’upload via une ligne ADSL situé a 3500m du central ,devrait durer plus de 1jour, 18h .

Au final, 1j et 8h auront “suffi”.

C’est dans ces cas là que l’on apprécie les connexions de type fibre optique. Ceci dit, il apparait clairement que la phase de test local de vos VM préalablement à l’upload est extrêmement importante. Il est en effet totalement inenvisageable de tester l’ensemble une fois la VM déployer et de retenter plusieurs upload en cas de soucis !

En cas de soucis pendant l’envoi des VHD, la commande csupload effectue une reprise par rapport au dernier morceau de VHD transmis. il suffit de relancer la commande pour que le transfert reprenne au point où il s’était arrêté.

Lors de mes 2 uploads, le transfert a généré une erreur a la fin du transfert. Les VHD sont restés en état ‘pending’. Il a suffit de relancer la commande csupload pour que leurs statuts soient corrigés et prennent la valeur ‘commited’.

Liaison VHD de Base / VHD Différentiel

Notre machine virtuelle sera instanciée à partir d’un disque différentiel (il ne contient que les différences par rapport au disque de base).

Le fait d’avoir téléchargé nos 2 VHD sur le repository Azure n’a pas recréé le lien logique entre le VHD différentiel et son VHD de base. Il faut le créer explicitement à l’aide de la commande suivante :

csupload Set-Parent -child SPECIFIQUEAzureDIFFW2008R2EN.vhd -parent ImageDeBase.vhd

L’affichage de la console d’administration se met à jours pour visualiser cette dépendance :

Il nous reste maintenant à créer un rôle Azure afin de lancer l’exécution de notre VM au sein des datacenters Azure. Pour ce faire, on aura besoin de Visual Studio 2010avec l’extension Windows Azure Tools for Visual Studio et bien entendu du SDK Azure v1.3 (mais qui est installé en même temps que les tools).

Création d’un projet Windows Azure

L’envoi des fichiers .VHDs dans Azure est une condition nécessaire mais pas suffisante pour démarrer votre VM dans Azure. Il faut créer un projet de type Windows Azure avec Visual Studio 2010 :

Pour le moment, on laisse le projet vide (ne pas ajoutez de service à partir du Wizard).

On obtient un projet Azure … sans service (ce qui est – vous conviendrez – d’une utilité toute relative ).

Nous allons devoir ajouter maintenant un rôle de type “VMRole”.

Point important : Le SDK 1.3 (et les tools associés) possède d’emblée les fonctionnalités pour créer des rôles de type “VMRole” dans un projet Windows Azure, mais cette fonctionnalité est désactivée lors de l’installation des tools. Lorsque vous aurez été accepté dans le programme de Beta VMRole vous recevrez par email un lien permettant de télécharger un fichier .reg qui mettra la base de registre à jour pour activer le support des VMRole dans Visual Studio.

Un clic droit sur le dossier “Roles” vous permet de créer un nouveau rôle … sélectionnez “New Virtual Machine role”.

Nommez correctement votre rôle : dans cet exemple : “VmDemoBlog”

Dans la fenêtre des propriétés du rôle qui s’ouvre automatiquement, onglet “Virtual Disk”, sélectionnez (ou ajoutez) le compte de stockage utilisé pour stocker votre VM dans Azure.

Sélectionner le VHD différentiel dans la liste déroulante :

Dans l’onglet “Configuration”, sélectionnez le type et le nombre d’instance de la VM que vous souhaiter lancé. (les instances de type small sont limité à 35Go : http://msdn.microsoft.com/en-us/library/gg465391.aspx). Si vous souhaitez lancez plusieurs instances il faudra vous assurer que vos applications sont compatibles avec des instances multiples … et bien entendu que vous possédez les licences en nombres suffisant.

Dans l’onglet “EndPoints”, nous allons configurer les points d’entrées/sorties que l’on souhaite rendre accessible sur notre VM. Dans notre exemple nous allons autoriser l’accès au port http/80 (qui sera géré par IIS).

Sauvegarder et fermer la fenêtre configuration du Rôle. Cette fenêtre à mis à jour les fichiers .cscfg et .csdef.

Ouvrez le fichier .cscfg (Cloud Service ConFiGuration) :

<?xml version="1.0" encoding="utf-8"?>
<ServiceConfiguration serviceName="QuidMindVMRoleDemo" 
                      xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration" 
                      osFamily="1" osVersion="*">
  <Role name="VmDemoBlog">
    <Instances count="1"  />
    <OsImage href="ImageDeBase.vhd" />
    <ConfigurationSettings>
      <Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" 
               value="UseDevelopmentStorage=true" />
    </ConfigurationSettings>

    <OsImage href="SPECIFIQUEAzureDIFFW2008R2EN.vhd" />
  </Role>
</ServiceConfiguration>

Par défaut, Visual Studio configure le role comme étant basé sur un Windows Server 2008 SP2. Dans notre cas, notre VM est basé sur Windows Server 2008 R2. Pour assurer une intégration optimale de notre VM dans Azure il convient de préciser la version d’OS en affectant la valeur 2 à l’attribut osFamily (pour plus de détail sur le schéma XML : http://msdn.microsoft.com/en-us/library/ee758710.aspx ) :

<ServiceConfiguration serviceName="QuidMindVMRoleDemo" 
                      xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceConfiguration" 
                      osFamily="2" osVersion="*">

Par curiosité, on peut regarder le fichier .csdef (Cloud Service DEFinition) qui la définition de notre service.

<?xml version="1.0" encoding="utf-8"?>
<ServiceDefinition name="QuidMindVMRoleDemo" 
                   xmlns=http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceDefinition>
  <VirtualMachineRole name="VmDemoBlog" size="Medium" >
    <Imports>
      <Import moduleName="Diagnostics" />
    </Imports>
    <Endpoints>
      <InputEndpoint name="IIS" protocol="http" port="80" />
    </Endpoints>
  </VirtualMachineRole>
</ServiceDefinition>

Comme la plupart des machines virtuelles, la notre sera administrée à distance via une connexion Terminal Server. Même si l’administration à distance est activée dans notre VM, Windows Azure ne permettra pas une connexion directe à nos instances sans une configuration du service.

Cette configuration s’effectue dans les fichiers .CS*, mais il est plus simple d’utiliser le wizard de publication pour activer la connexion à distance.  Faites un clic droit sur le projet et sélectionnez “Publish”. Dans la fenêtre qui apparait cliquez sur le lien “Configure Remote Desktop connection …”.

Dans la fenêtre “Remote Desktop configuration” saisissez les informations suivantes :

• cochez “Enable connections for all roles”
• le certificat à utiliser pour sécuriser la communication. Pour mieux gérer la sécurité, il est pertinent d’utiliser un certificat distinct de celui utilisé pour la commande csupload. (L’utilisateur de la VM n’est pas forcement l’administrateur qui a gérer le déploiement).
• le nom d’utilisateur et le mot de passe à utiliser pour se connecter aux instances.
• Eventuellement, modifier la date de péremption des informations de connexion.

Cliquez sur OK pour valider les informations RDP puis fermer la fenêtre “Deploy Windows Azure project”. Par curiosité, ouvrez le fichier .CSCFG, vous y retrouverez la configuration lié à l’utilisation du bureau à distance.

Le fichier .CSDEF importe 2 nouveaux modules :

Le projet Azure est maintenant paré à être déployé sur Azure.

Faites un clic droit sur le projet et sélectionnez “Publish”. Cochez “Create Service Package only”. Visual Studio crée la package de déploiement et ouvre le dossier contenant les fichiers à déployer sur Azure (le .cspkg et le .cscfg).

Connectez vous à la console d’administration Azure ( http://windows.azure.com ).

Une fois identifié, il fait créer un nouvel “Hosted Service”. Cette étape n’est possible qu’une fois l’envoi des .VHDs terminé (statut “Commited” ).

Cliquez sur le bouton “New Hosted Service” puis saisissez les informations demandées :

• sélectionnez une souscriptions activée pour la Beta VMRole
• Le nom du service
• l’url de votre déploiement
• Le datacenter qui hébergera vos VM : sélectionnez le même que lors de l’upload de vos VM.
• La cible du déploiement. ( Production dans notre cas).
• Le nom du déploiement
• Les fichiers .CSPKG et .CSCFG généré par Visual Studio.

Cliquez sur le bouton “Add Certificate” et sélectionner le certificat que vous souhaitez utiliser pour la connexion bureau à distance, et saisissez le mot de passe attaché au certificat.

Cliquez sur OK pour valider l’ajout du certificat, puis sur OK pour créer le nouveau service.

La console d’administration vous avertie qu’un soucis potentiel a été détecté : Cet avertissement est lié au nombre d’instance demandé : 1. En effet il n’y aura pas de redondance et donc le contrat de qualité de service SLA d’Azure ne pourra pas être appliqué (ce qui n’est pas gênant dans notre cas, mais pensez à évaluer cette situation dans vos projets).

Cliquez sur “Yes”. Azure commence le déploiement du VMRole et démarre les instances demandées. (cette étape peut prendre quelques minutes).

L’onglet “VM Images” montre que le VHD est en cours d’utilisation :

L’instance VM passe par différents statuts, notamment : “Starting Host”, “Setting up Windows for first use”, … et enfin … “Ready”.

Utilisation de notre VM

Premier test : le service HTTP

Nous avons déclarer le port 80 comme point d’accès (Endpoint) à la VM  : lancer IE et tester l’url associé au VMRole ( http://demovmroleblog.cloudapp.net/ dans le cas de ce billet ) … oh magie … :

Deuxième test : la connexion RDP

Via la console d’administration d’Azure, sélectionner l’instance sur laquelle ont souhaite se connecter, puis cliquez sur le bouton “Connect” (ce bouton n’est actif que si les connexions RDP ont été activé dans la définition du rôle).

Acceptez l’ouverture du fichier .rdp qui lancera la client RDP de votre machine avec la bonne configuration pour arriver sur l’instance visée,

saisissez les informations de connexion paramétrées précédemment, puis acceptez le certificat associé à l’instance de la VM :

Et enfin … le bureau de notre VM qui tourne dans un datacenter Azure :

Cout et facturation

Petit rappel : l’utilisation de la plateforme Azure peut être générateur de cout financier (transfert de données, stockage, calcul). si vous n’êtes pas sur de vous n’entamez pas d’essai inutile et vérifiez au préalable les conditions de facturation de votre abonnement Azure.

L’utilisation de ressources Azure pour la rédaction des 2 billets concernant les VMRole à générer des couts (certes infimes, mais qui sont quand même apparu sur la facture : <1€). Ces couts concernent :

• Bande passante réseau : Envoi des fichiers VHD sur le datacenter (le forfait mensuel de mon abonnement MSDN à même été dépassé).
• Bande passante réseau : utilisation de la connexion bureau à distance sur la VM
• Temps CPU Azure sur un VM Rôle (non facturé pendant la période de CTP)
• Repository de VHD pour le stockage des VHD (non facturé pendant la période de CTP)

Et voila, maintenant à vous de ‘jouer’.

Il y a 4 pré-requis :

1. Avoir un abonnement Azure valide AVEC les fonctionnalités Beta (VM Rôle) d’activé
2. Avoir une machine virtuelle basée sur Windows 2008 R2 64bits.
3. Avoir les licences des logiciels à installer sur la machine virtuelle

Licences logicielles et Ressources Windows Azure :

L’ensemble des licences logicielles utilisée dans le cadre de cette article provienne de mon abonnement MSDN (Windows 2008 R2, Azure, Visual Studio 2010, …) : http://www.microsoft.com/visualstudio/en-us/products/2010-editions/ultimate ) . Les abonnement MSDN (Premium, Ultimate et Bizspark) incluent des ressources Azure pour le développement (http://msdn.microsoft.com/fr-fr/subscriptions/ee461076.aspx).

Pour l’activation des avantages Windows Azure de votre abonnement MSDN, je vous recommande la lecture de ce billet écrit par Marine Tranquard.

Fonctionnalités Bêta de Windows Azure

L’activation des fonctionnalités Béta de la PDC (VM Role, Windows Azure Connect, …) se fait en ligne sur le site d’administration de votre souscription Azure : https://windows.azure.com

1. Sélectionner la panneau “Home”
2. cliquez sur l’option “Beta Programs”
3. Cliquez sur “Participate”

Une fois la demande de participation aux programmes Bêtas effectuée … il peut s’écouler plusieurs jours (voir semaines ) avant que vous n’obteniez l’accord. Tout dépend des ressources disponibles pour ces Betas au sein des datacenters Azure. Donc n’attendez pas, faites la demande dès maintenant !

Au passage, notez l’Id de votre souscription Windows Azure, il vous sera utile par la suite.

Création de l’image Windows

Une image Windows pour Azure doit être basé obligatoirement sur une installation de Windows 2008 R2 64bits. L’image doit être créer au préalable sur une des vos serveurs HyperV (en effet l’hyperviseur de virtualisation utilisé dans les data center Azure dérive d’HyperV).

Je ne rentrerai pas dans le détail de cette phase car il  n’y a pas de différence avec la création d’une VM classique dans Hyper-V. Je vous conseillerais néanmoins d’utiliser un disque différentiel qui vous permettra de télécharger une fois pour toute le disque de base  et ensuite uniquement des disques différentiés pour vos instances spécifiques.

Un seul point est important : votre disque VHD doit avoir une taille logique maximum de 66559Mo, sinon il sera refusé par Azure.

Dans le cas de ce billet, il aura donc :

• un disque de .VHD de base (2008R2_EN_base.vhd) qui contient une installation fraiche de Windows 2008 R2 avec l’ensemble des mise à jours Windows Update.
• un disque .VHD différentiel (SPECIFIQUE_Azure_DIFF_W2008R2_EN.vhd) qui contient les éléments spécifiques à déployer.

Astuces :

• N’hésitez pas à activer le bureau a distance d’administration (Remote Desktop)
• Activez la fonctionnalité “.Net Framework 3.5.1” dans vos VM de base car ce composant sera nécessaire par la suite :

“Azurification” de la VM

Une fois votre VM prête, il faut la préparer à tourner dans Azure en installant une couche logiciel d’intégration : les “Azure VM Role Integration Components”. Cette couche logicielle permettra à votre VM de remonter des statuts à l’infrastructure Azure, tout en permettant à Azure de gérer correctement les déploiements et mise en production de vos VM dans les datacenters.

Elle est fournit sous la forme d’un fichier .ISO (wavmroleic.iso) installé en même temps que le SDK Windows Azure 1.3 ( ) et se trouve dans le dossier C:\Program Files\Windows Azure SDK\v1.3\iso.

A l’aide d’Hyper-V, il faut connecter cette image iso à un des lecteur de dvd virtuel et installer les composants dans la VM. Si votre image de base est spécifique à Azure, vous pouvez y inclure ces composants.

Lancer l’exécution du “waIntegrationComponents-x64.msi” dans votre VM (la fonctionnalité “.Net 3.5.1” est nécessaire).

Saisissez le mot de passe Administrateur (ou Administrator) de votre VM. Il sera nécessaire pour le processus de préparation de la VM, puis cliquez sur le bouton “Install” pour que les éléments d’intégration s’installent dans votre VM.

Acceptez l’installation des drivers “Microsoft Storage Controllers”, puis laisser l’installation se terminer. Il faudra redémarrer votre VM pour activer les nouveaux services et drivers.

Préparation de la VM au téléchargement

Cette phase est destiné à rendre votre VM générique, c’est à dire à supprimer toutes informations liées à une configuration matérielle précise (nom de machine, configuration hardware, …).  L’image ainsi nettoyée pourra être déployée plusieurs fois, la configuration finale s’exécutera lors de son premier démarrage dans son nouvel environnement (qui sera un datacenter Azure).

L’outils utilisé pour ce nettoyage est “sysprep” (SYStem PREParation). Il n’est pas spécifique à Azure et est souvent employé par les administrateurs pour préconfigurer des images type de déploiement (plus de détail sur sysprep voir ici).

• dans votre VM, lancer une ligne de commande en mode administrateur et exécuter c:\windows\system32\sysprep\sysprep.exe
• Sélectionner les valeurs suivantes : “Enter System Out-of-Box Experience (OOBE)”, cochez “Generalize”, “Shutdown”

  

  Cliquez sur le bouton “Ok” pour lancer la préparation de la VM.

Dès que la VM est préparer, sysprep effectue un arrêt de la VM.  NE RELANCER SURTOUT PAS LA VM car elle se reconfigurerait.

Les 2 fichiers .VHD sont maintenant paré pour un téléchargement vers Azure, mais … Azure n’est pas encore disposé à vous autoriser à envoyer ces fichiers…

Création d’un certificat personnel (.pfx)

Les envois des fichiers .Vhd sont signés et sécurisés par l’utilisation d’un certificat. Ce certificat permet d’autoriser l’utilisation de l’api de management d’Azure par l’outils d’upload des VHDs.

Si vous ne posséder pas déjà un certificat de management, vous pouvez en générer un avec Visual Studio, ou avec l’outils makecert :

• Ouvrez une session ligne de commande “Visual Studio command Prompt” en tant qu’administrateur (clic doit, “run as administrator”).
• Positionnez vous dans le dossier où générer le certificat
• Entrez la commande suivante :

makecert -sky exchange -r -n "CN=VMRole_Demo" -pe -a sha1 -len 2048 -ss My "VMRole_Demo.cer" (remplacez le CN et le nom du fichier .Cer par vos propre valeur.)

Makecert à enregistrer le nouveau certificat dans le ‘store’ personnel.

Il nous faut maintenant exporter ce certificat dans un format compréhensible par Azure : .pfx. Pour se faire, lancer la console d’administration des certificats (Menu démarrer, “Exécuter” et tapez “certmgr.msc”. Sélectionnez le dossier ‘Personnel\Certificats’ et vous devez y retrouver le certificat nouvellement créé. Faites un clic droit dessus, sélectionner ‘tout les taches’ (‘all tasks’) puis  ’exporter’ (‘export’).

Répondez aux question du wizard d’export ( YES, OUI pour exporter la clé privée, et spécifier un mot de passe).

Les outils Azure auront besoin du “thumbprint” (empreinte numérique) du certificat : double clic sur le certificat dans le gestionnaire de certificat, sélectionner l’onglet “details”. L’empreinte numérique se trouve dans la liste : recopier la valeur ( 20 paires hexadécimale) ! (merci le notepad ).

Ce certificat doit maintenant être déclaré dans votre abonnement azure. Connectez vous à la console d’administration Azure (http://windows.azure.com). Dans la zone “certificates management” des “hosted services”, cliquez sur “Add Certificate”, sélectionnez l’abonnement concerné et le fichier .cer qui vient d’être créé, cliquez sur “Done”. Au bout de quelques secondes le certificat est listé par la console d’administration.

L’api de management connait maintenant notre certificat, nous pouvons commencer à télécharger chacun de nos deux fichiers VHD (le VHD de base, et celui de notre vm finale)

Lancer une ligne de commande du Sdk Azure ( Menu démarrer, tous les programmes, Windows Azure SDK v1.3, Windows Azure SDK Command Prompt) puis positionner vous dans le dossier qui contient vos VMs.

Entrez la commande :

csupload Set-Connection "SubscriptionId=VOTREIDSUBSCRIPTIONAZURE; CertificateThumbprint=VOTREEMPREINTE"”

(insérer votre Azure SubscriptionId et l’empreinte de votre certificat au bon endroit) afin de mettre à jour les informations de connexion à votre souscription azure. Cette information est mémorisée sur le poste.

Entrez maintenant la commande de téléchargement :

csupload Add-VMImage –LiteralPath IMAGEDEBASE.vhd –Location "North Central US" –Name IMAGEDEBASE.vhd

Bien entendu, remplacez ‘IMAGEDEBASE’ par le nom de votre fichier VHD. L’utilisation d’un datacenter US est fortement recommandé pendant la période Beta (seul certains datacenter Azure sont équipés pour supporter ces fonctionnalités durant cette période).

csupload va monter le fichier .vhd, l’analyser et le préparer à un téléchargement (réduction de taille, …) puis déclencher le téléchargement vers Azure.

Une fois le premier VHD en cours de téléchargement (“Preparing: 100% complete…”), faites de même pour le 2e fichier VHD correspondant à la VM finale. Un seul téléchargement de chaque vhd est nécessaire, ils peuvent être lancés simultanément.

en vous connectant sur l’interface d’administration d’Azure, vous verrez que la plateforme Azure indique que 2 “VM Role image” sont en cours de création.

La partie préparation des VHD et téléchargement est maintenant terminé.

Je vous donne rendez vous dans quelques jours pour une 2e billet concernant la création et la configuration des Role Azure afin d’instancier une (ou plusieurs) VM dans Azure.

Ce training Kit contient tout un ensemble de ressources pour le développeur , et couvre la quasi totalité des fonctionnalités de la plateforme Windows Azure, y compris certaines fonctionnalité CTP annoncé lors de la PDC 2010.

Pour le télécharger, c’est par ici.

RIA Services de A à Z : en tandem avec Audrey PETIT (MVP), nous vous présenterons RIA services de la base de données jusqu’à l’application Silverlight, le tout clôturé par une migration vers Windows Azure.
http://www.microsoft.com/france/mstechdays/programmes/Session.aspx?CellID=f3bbb496-9518-44bd-b79f-f664138cad29

Du Servo au Cerveau grâce à .Net et Azure : en tandem avec Pierre Cauchois (Microsoft France) nous ferons le point sur les technologies de développement .Net et du Cloud dans le monde de  la robotique avec de nombreux exemple pratique et robotique. Du hard, du soft, des clouds … une session … détonante !
http://www.microsoft.com/france/mstechdays/programmes/Session.aspx?CellID=30517958-58fe-44d5-add1-7c50ae7e6e8b

Pour les inscriptions : http://www.microsoft.com/france/mstechdays/

et si vous faites le déplacement, n’hésiter à venir me voir.

Le portail d’administration de Windows Azure vient de basculer sur une nouvelle version, entièrement en Silverlight, beaucoup plus ergonomique. On retrouver une partie des éléments qui avait été annoncés lors de la PDC ou du TechEd, bien que ces fonctionnalités soit inactives si on ne fait par partie des béta-testeurs. L’ancienne version reste accessible (lien en bas de page, ou lors de la première connexion).

En sélectionnant l’onglet “Beta Program”, vous avez la possibilité de demander à rejoindre ces programmes de béta-testeurs. !

Le SDK et les outils de développement ont évolués vers la version 1.3 (novembre 2010) : http://msdn.microsoft.com/en-us/windowsazure/cc974146.aspx

Les SDK complémentaire (AppFabric, interop tools & sdk), ainsi que les version précédentes des SDK sont disponibles sur la même page.

Les principales nouveautés des tools & sdk 1.3 sont :

• SDK :
• support du rôle “Virtual Machine” (Beta) qui permet de déployer des image .vhd directement sur Azure,
• Accès RDP (client terminal server) sur les instances,
• IIS complet, Elévation des privilèges,
• Réseau Virtuel (CTP) entre des instances Azure et un réseau local,
• Collection des informations de diagnostique et de traçabilité (enfin ).
• …
• Visual Studio Tools
• projets multi rôle
• outils de configuration et déploiement
• Intellitrace sur le cloud,
• …

Etant convié à passer la semaine prochaine avec les équipes Azure directement chez Microsoft à Redmond, je ne manquerais pas de vous présenter plus en détail ces nouveautés dès que possible.

Petite piqure de rappel : Il est possible de tester gratuitement Windows Azure grâce au package “Offre de découverte” (“Introductory Special” ). Cette offre vous permet d’essayer gratuitement (dans le respect des quotas définis, au delà : facturation standard) la quasi totalité des fonctionnalités d’Azure (instance, stockage, Sql, AppFabric, bande passante).

L’offre n’est activable qu’une seule fois par client. Sa disponibilité a été prolongé jusqu’au 31 octobre 2010.

Le détail de l’offre est disponible :

• en français : http://www.microsoft.com/WindowsAzure/offers/popup.aspx?lang=fr&locale=fr-FR&offer=MS-AZR-0001P
• en anglais : http://www.microsoft.com/WindowsAzure/offers/popup.aspx?lang=en&locale=en-US&offer=MS-AZR-0001P

Bob Muglia, le patron de la division Serveurs et Outils de Microsoft, a annoncé que le cloud azure trouvait lentement ses marques et que les fonctions importantes faisant défaut seront disponibles dans les 12 à 18 mois prochains …

« Cela ne veut pas dire que toutes les fonctions seront là, mais les principaux manques commenceront à être comblés ».

En revanche, voici les éléments récemment ajoutés :

• Bases de données SQL pour des coordonnées de géo-localisation
• Support du .NET version 4
• SQL Server Integration Services

David LACHARI - Le savoir réside dans les nuages …

Bizarrement une de mes applications ASP.NET qui fonctionnait parfaitement dans Azure, vient récemment de me poser des soucis. Plus particulièrement les services WCF qu’elle contient (.svc) alors qu’aucune modification ni redéploiement n’avait eu lieu.

Après une courte investigation il apparait qu’une modification de configuration par défaut des webrole a du avoir lieu sur Azure ( où est le mail ou le message d’avertissement ???). Le runtime ASP.NET d’azure refusait ainsi de lancer mes services car il n’indiquaient pas qu’ils supportaient le mode de compatibilité ASP.Net.

Pour allez au plus simple, j’ai simplement ajouté l’attribut [AspNetCompatibilityRequirements(RequirementsMode=AspNetCompatibilityRequirementsMode.Allowed)] sur mes classes de service, redéployé l’application et tout est rentré dans l’ordre.

Les “Azure tools for Visual Studio 2008/2010” ont été mis à jour (May 2009 CTP). Cette nouvelle version implique de mettre à jours vos Visual Studio en installant pas moins de 3 hotfix avant d’installer les tools. La marche à suivre et les téléchargements sont disponibles ici  : http://www.microsoft.com/downloads/details.aspx?FamilyID=11b451c4-7a7b-4537-a769-e1d157bad8c6&displaylang=en

Pensez à désinstaller l’ancienne version des tools avant d’installer les hotfixs puis les tools.

et petit rappel : Comme pour toutes versions CTP/Béta : ne pas déployer sur des machines de productions

Pour ma part, arriver à surmonter une difficulté me procure le plaisir de m’être dépassé et d’avoir approfondi mes connaissance sur un point précis. De plus, les environnements de développement nous proposent toujours de nouveaux outils pour nous aider dans notre tâche, comme les JUnits ou les Unit Tests en C#. Je ne vais pas ici discuter du réel intérêt de réaliser ces tests car il devient évident pour peu que l’on ait commencé à les faire. Mais malgré ces avancées, il reste toujours des problèmes plus coriaces, ou indépendants de notre volonté.

Il m’est arrivé récemment l’un de ces problèmes avec Windows Azure. Vendredi soir, alors que je faisais des essais avec un web service de gestion de queues de message, j’ai demandé à la plateforme de supprimer un package. Seulement, je ne sais pourquoi mon package est en cours de suppression depuis ce moment. C’est embêtant car je ne peux plus déployer d’autre package pour ce projet. Je ne peux, en fait, plus rien faire. Autre point plus problématique, c’est que le temps d’utilisation de la machine virtuel est décompté. Autrement dit, et puisque je suis limité à 2 000 heures, mon crédit de temps va rapidement être consommé.

Heureusement, ce projet s’effectue en groupe, et j’ai toujours la possibilité de déployer mon package sur un autre compte.

Bien entendu, un problème ne vient jamais seul. Après quelques heures à préparer mon service de gestion de queues Azure, je n’arrive plus à effectuer des requêtes vers mon compte de queues et de tables Azure. Après un peu de temps passé à essayer de comprendre le pourquoi, il s’avère que le service appelé reconnaît le contenu du header “Authorization” comme n’étant pas valide. Ce qui est dérangeant, c’est principalement que ça fonctionnait très bien puis que, sans raison apparente, il m’est impossible de m’authentifier. Alors bon, j’ai effectué de nombreux tests pour palier à ce problème, mais en vain. J’utilise une petite librairie (StorageClient) proposée par Microsoft pour aider à la gestion des Azure Queues et Tables et je me suis dit que le problème pouvait venir de là.

J’ai donc cherché plus avant et décidé de créer “à la main” la requête REST; toujours en vain. Après une journée et une bonne partie de la nuit à essayer de comprendre, j’en ai déduis que la seule possibilité était que le format du header “Authorization” ait été modifié. Pourtant, non seulement je n’en trouve nulle trace, mais ça me semble peu judicieux de la part de Microsoft. Même s’il s’agit d’une CTP (Community Technology Preview), plusieurs projets utilisant des queues ou des tables sont déjà déployés. Une telle modification aurait un impact trop important pour que cela ait eu lieu.

J’en conclu donc que c’est le moment pour moi de faire une petite pause; tout du moins en ce qui concerne cette partie du projet. Je ne désespère pas de comprendre le pourquoi du comment, quand j’aurai pris un peu de recul…

Je vais ici présenter deux cas relatifs à la suppression et à la copie d’un fichier vidéo présent sur cette plateforme (le code sera ici en C#).

Copie

Dans notre architecture, lorsqu’un utilisateur souhaitera louer une vidéo, il a été décidé qu’une requête de type “COPY” soit effectuée pour copier le FileSet du fichier vidéo. C’est le lien vers cette copie qui sera ensuite expédié vers l’utilisateur.

On démarre ici avec plusieurs variables principales :

• L’objet contenant la requête
• Deux chaînes de caractères contenant respectivement l’emplacement du FileSet et le nom du futur FileSet copié
• Deux chaînes de caractères contenant respectivement l’identifiant et la clé du compte SLS
• Une autre chaîne contenant l’adresse du SLS (https://silverlight.services.live.com)

HttpWebRequest _requete;

string _fileName = “C:/Users/GuillaumeGas/Desktop/essaiVideoNumberOne/”;

string _fileSetName = “copy”;

string _ID, _Key;

string serviceRoot = “https://silverlight.services.live.com/”;

Dans un premier temps, il va falloir effectuer une authentification, ainsi qu’une recherche de l’emplacement du fichier à copier.

if (_fileSetName != “” && _fileName != “”) {

// Récupération du nom du FileSet à copier

FileInfo _fInfo = new FileInfo(_fileName);

string _fileNameOnly = _fInfo.Name;

_requete = (HttpWebRequest)HttpWebRequest.Create(_serviceRoot + _ID + “/” + _fileSetName);

}

// Authentification credentials

_requete.Credentials = new NetworkCredential(_ID, _Key);

// Déclaration de la méthode COPY

_requete.Method = “COPY”;

// Envoi de la réponse

_requete.Headers["Destination"] = _serviceRoot + _ID + “/copy”;

HttpWebResponse _resp = (HttpWebResponse)_requete.GetResponse();

Au final, on a réussi à copier le FileSet. Notons que la copie s’effectue de façon instantanée.

Suppression

Le principe est le même, à la seule différence qu’on effectue une requête de type DELETE.

Ici, imaginons qu’on souhaite supprimer notre copie précédemment créée :

if (_fileSetName != “”) {

_requete = (HttpWebRequest)HttpWebRequest.Create(_serviceRoot + _ID + “/” + _fileSetName);

}

On définit alors la requête DELETE :

// Déclaration de la méthode DELETE

_requete.Method = “DELETE”;

// Envoi de la réponse

HttpWebResponse _resp = (HttpWebResponse)_requete.GetResponse();

La suppression de la copie s’effectue alors instantanément.

Vous en avez sûrement entendu parlé (au moins grâce à mes précédents post), Microsoft a annoncer sa plateforme de Cloud Computing lors de la dernière PDC en octobre 2008 à Los Angeles.

Toute plateforme de cloud computing est destinée à héberger applications et données. Ils convient donc d’avoir une infrastructure souple et puissante afin de garantir la qualité et la continuité du service.

En parallèle à la création des offres logicielles gravitant autour d’Azure, les équipes de Microsoft ont aussi réfléchi à la manière de gérer (de manière physique) les centres de données qui hébergeront la plateforme Azure (et donc vos applications et données).

La solution retenue est basée sur une structure modulaire (des containers) pré-construite par les fournisseurs de matériel, pré-configurée par Microsoft puis déployée – tel un jeu de Lego – sur les sites géographiques retenus.

Ces sites fourniront sous une forme standardisée l’énergie, les fluides (eau, refroidissement, climatisation), la connectivité réseau. Le container n’aura plus qu’à être "plugger" pour être disponible.

Cette vision a été mise en image et une vidéo très didactique est disponible sur SoapBoax : http://video.msn.com/video.aspx?mkt=fr-fr&vid=b4d189d3-19bd-42b3-85d7-6ca46d97fe40

 http://images.video.msn.com/flash/soapbox1_1.swf

A noter la mention du "Mega Data Center" européen (2’24).

Microsoft vient de mettre à jour le logiciel client Mesh ( maintenant en version 0.9.3424.14). normalement le client propose une mise ç jour automatiquement, sinon clic-droit sur l’icone de la barre des taches, "check for updates".

D’autres part, le SDK Azure et les outils d’intégration à Visual Studio 2008 ont été mis à jour : correction de bug, deboggage de silverlight  en role web, performance, intégration, …

• Windows Azure SDK: http://go.microsoft.com/fwlink/?LinkID=130232
• Windows Azure Tools for Visual Studio: http://go.microsoft.com/fwlink/?LinkId=128752

Les différents WebServices seront disponibles via la plateforme Windows Azure. Le client (via une interface homme-machine élaborée à partir de Microsoft Silverlight) pourra ainsi les interroger grâce à WSDL (Web Services Description Langage). Par la suite, ces services lui permettront d’accéder aux données et d’effectuer les actions souhaitées.

Pour l’instant, les WebServices que nous avons retenus sont les suivants :

• Identification
• Recherche
• Compte
• Locations
• Compte
• Consultation
• Administration

D’autres fonctionnalités seront probablement ajoutées au projet ultérieurement.

Les WebServices serviront également à la transmission de vidéos, et l’apport de la technologie Silverlight Streaming servira à leur sauvegarde.

PRESENTATION

Tous les magasins sont équipés suivant le même schéma : une base de données est alimentée par une application contrôlée par le magasin. Les employés peuvent, à partir de cette application, ajouter une vidéo à louer, en retirer une, spécifier si une vidéo est disponible…

Comme son nom l’indique, il s’agit d’une application qui avait été développée avant cette étude. Lors de la création de son architecture, la technologie Java/J2EE avait été retenue.

ARCHITECTURE DETAILLEE

Puisqu’il nous est nécessaire de nous appuyer sur cette application, il est important d’en connaître son architecture détaillée. Ce projet n’étant pas un cas réel, il n’est pas possible de l’étudier.

Par conséquent, et puisqu’un lien important existe entre notre projet et cette application, nous allons devoir la créer. Ainsi, nous avons décidé d’utiliser une architecture dite “modèle, vue, contrôleur” (MVC). Autrement, nous allons ajouter un tiers qui servira de relais entre la borne interactive ou l’application magasin et la base de données.

Ainsi, l’interface consultée par les utilisateurs (que ce soit sur la borne ou le poste) sera développée en Java. Afin d’accéder aux données, elle interrogera un serveur GlassFish au travers de web services. De plus, l’utilisation de Hibernate permettra une gestion simple de la persistance des objets dans la base de données relationnelle.

Application de VOD :

ARCHITECTURE

L’étude de l’existant fini, il est maintenant essentiel de s’intéresser à l’application de VOD. Le projet s’inscrivant dans le cadre du partenariat entre l’EPSI et Microsoft France, nous sommes avons décidé d’utiliser des technologies proposés par cette entreprise. C’est la raison pour laquelle l’interface de consultation sera réalisée au travers de Silverlight.Cette interface pourra interroger des web services, que nous aurons rendu disponibles via Windows Azure. De cette façon, l’utilisateur aura la possibilité de créer un compte, dont les informations seront enregistrées dans une base de donnée relationnelle gérée par SQL Data Services. Ces web services permettront d’accéder aux données concernant les vidéos, à savoir la liste complète de celles-ci, leur genre, les informations cinématographiques (réalisateur, acteurs, durée, …). En plus de cela, des informations supplémentaires seront disponibles. En effet, le propre des réseaux sociaux étant l’échange, il sera possible de laisser des commentaires et des notes sur les vidéos, ou encore de la conseiller à un ami.

De plus, ces web services serviront à transmettre les vidéos, qui seront sauvegardées par la technologie Silverlight Streaming. Il sera ainsi possible de limiter le temps pendant lequel un utilisateur peut visionner une vidéo.

INSERTION DE DONNEES

Pour terminer, il faut faire le lien entre cette application et l’existant. En effet, cette application perdrait une grande partie de son intérêt s’il n’était pas possible de profiter du large catalogue de vidéos proposé par les 600 magasins de “TonTube”. C’est ici que les web services prennent toute leur ampleur. En effet, en hébergeant cette architecture sur Windows Azure, il est possible de rendre visible l’un d’eux par une application externe.

Dès lors, et puisque l’existant est constitué de web services également, il suffit d’en ajouter un à cette dernière. Son rôle sera de fournir les informations à l’application de VOD, lors de l’ajout d’une vidéo dans un point de location. Le service en charge de recevoir ces données vérifiera alors si la vidéo est déjà présente dans le catalogue. Si ce n’est pas le cas, il le spécifiera à l’application qui l’a contacté. Celle-ci lui transmettra alors le film, qui sera enregistré par Silverlight Streaming.

Cela permettra, par ailleurs, d’enregistrer les nouveautés. Ainsi, il sera possible d’envoyer une lettre d’information aux utilisateurs enregistrés; et de les tenir informés de l’ajout de nouvelles vidéos.

Récapitulatif :

En fin de compte, les deux parties du projet (existant et VOD) restent très indépendantes. Même si elles sont toutes deux basées sur une architecture 3-tiers, la seule utilisation de deux web services permet une communication optimale entre eux. Pour ce qui est de l’existant, un applicatif Java, installé sur la borne et sur le poste du magasin demandent ou envoient des informations à un serveur GlassFish. Celui-ci, au travers de Hibernate, interroge ou met à jour la base de données du magasin.

Lorsqu’une vidéo est ajoutée, l’application, sur le serveur, va en informer un web service situé “dans les nuages”. A ce moment, si la nouvelle vidéo n’est pas référencée, elle est ajoutée. De cette façon, l’utilisateur pourra accéder aux web services, au travers d’une interface réalisée avec Silverlight.

C’est ainsi que, tout au long de ce projet, nous aurons la possibilité d’appréhender les dernières technologies de Microsoft, tout en mettant en oeuvre des concepts tels que le cloud computing, l’interopérabilité et les web services.

Comme je l’ai dit, ce projet est issu du partenariat entre notre école et Microsoft France. Mais plus précisément, en quoi consiste celui-ci ? Il s’agit de nous former sur certaines des dernières technologies de Microsoft et sur l’interopérabilité avec le monde Java. Principalement, nous allons utiliser le nouveau système d’exploitation Windows Azure et Silverlight pour mettre en place une application “dans les nuages”. Dans le cloud computing, toute l’infrastructure du système d’information est mutualisée à l’échelle d’internet. Concrètement, cela signifie que l’informatique qui ne concerne pas directement le métier de l’entreprise est externalisé sur des serveurs distants. De cette façon, elle peut passer plus de temps sur son cœur de métier.

Le principe même du cloud computing repose sur la notion de web services. Il s’agit d’un ensemble de fonctionnalités exposées sur un réseau (internet ou intranet) permettant la communication et l’échange de données entre applications et systèmes hétérogènes. Ainsi, au travers d’un web service, une application développée sous une technologie Microsoft (C#, pour exemple), sera capable de communiquer avec une application Java. On voit apparaître ici une autre notion: l’interopérabilité. Pour résumer, l’interopérabilité consiste à faire fonctionner plusieurs applicatifs ensemble. Pour aller plus loin, on ne peut parler d’interopérabilité que si l’on connaît intégralement toutes les interfaces d’une application.

En généralisant ce concept de web services, le cloud computing fait intervenir deux nouvelles idées: le IaaS et le SaaS. Derrière ces termes obscures, que se cache-t-il ? En fait, il s’agit d’acronymes: IaaS signifiant Infrastructure As A Service; SaaS voulant dire Software As A Service.

Le principe de “software as a service” repose sur l’hébergement à distance d’applications. Par exemple, un CRM hébergé sur internet sera considéré comme un SaaS. En effet, un système de gestion de relation clients comporte beaucoup de fonctionnalités. En ce sens, un CRM ne peut pas exister sous une autre forme qu’une application.

Le principe de “infrastructure as a service” est, quant à lui, beaucoup plus large. L’idée générale de cloud computing étant de permettre à l’entreprise de se recentrer sur son métier, le besoin d’externaliser les applicatifs liés à l’infrastructure est apparu. Pour être plus précis, il s’agit de tout ce qui est nécessaire à la vie de l’entreprise, mais qui n’est pas lié à son activité. Par exemple, un serveur de mail est très important pour une entreprise, en tant que moyen principal de communication et de transmission d’informations. De cette façon, les “web mail” (live mail, gmail… ) ont vu le jour.

C’est donc dans l’esprit d’utiliser les dernières technologies de Microsoft (Windows Azure, Silverlight 2.0, SQL Data Services) et les concepts dont j’ai parlé ci-dessus (cloud computing, interopérabilité, web services) qu’un projet nous a été donné. Mais ce projet, quel est-il ? Pour ma part, je distingue deux grandes parties: l’existant et ce qu’il faut faire. Cela peut sembler étrange, mais puisque l’existant devra être réalisé par nous, il s’agit d’une partie indépendante du projet.

Voici le scénario: une société propose la location de vidéos depuis plus de 10 ans, dans plus de 600 magasins. Suite à la généralisation de la “video on demand”, l’entreprise voit ses parts de marché diminuer. L’entreprise souhaite donc trouver de nouveaux relais de croissance tout en s’appuyant sur ses différenciateurs :

• sa présence sur de multiples points de vente
• son large catalogue de vidéos

C’est ainsi que le projet a vu le jour. L’entreprise va proposer son propre service de VOD, en minimisant les coûts d’exploitation et en étendant le catalogue de vidéos au travers de partenariat entre magasins. Pour être plus clair, la liste des vidéos disponibles doit comprendre la totalité des offres des magasins. Quelques fonctionnalités “bonus” sont aussi demandées: la vidéo n’est disponible que pour une durée de 24 heures; les abonnés sont informés de la disponibilité de nouvelles vidéos; l’authentification peut se faire via Live ID ou Open ID.

Pour continuer la liste des contraintes, l’interface de streaming doit être faite avec Silverlight, alors que l’existant sera développé en Java. De plus, le stockage des données sera effectué au travers de Azure SQL Data Services et SQL Express.

Enfin, le projet étant destiné à implémenter une application “dans les nuages”, le nom de notre projet devait refléter ce besoin de nous diriger “vers les nuages”. D’où la traduction en japonais : “Kumoe”.