Windows Azure OSS Summit à Paris, le 4 décembre 2012

Windows Azure Open Platform Services (OSS) Summit à Paris - France, c'était un événement Microsoft - en anglais, par les équipes Corp - qui s'est déroulé le 4 décembre 2012 sur les solutions Open Source et leur mise en oeuvre sur la plateforme Windows Azure.

Avec à la fois des services de type IaaS (machines virtuelles et sites web) et PaaS,  Windows Azure offre de nombreuses possibilités d'utilisation des langages et outils Open Source.

Après une session d'introduction à Windows Azure, le reste de la journée a donc permis d'aborder :

• Les langages : Java, PHP, Python, Node.js
• Les outils du développeur : Eclipse, Github
• Les systèmes : Linux et la mise en place de réseaux virtuels, dans le Cloud ou hybride
• Le stockage de données SQL : Windows Azure SQL Database, MySQL; mais aussi NoSQL : Windows Azure Table Storage, Cassandra, Neo4j, MongoDB et sa version en ligne/As-a-Service sur http://mongolab.com

Bien sûr, les démonstrations ont réalisées sur des logiciels non Microsoft : MacBook, Safari, FireFox... Exit les traditionnels Windows et Visual Studio de l'univers Microsoft !

Conclusion après cette journée très riche: la platforme Windows Azure est compatible avec l'éco-système Open Source, oui Microsoft, le message est passé ! (enfin pour moi :-)

Retrouvez les différentes options de développement avec Windows Azure sur le site ici.

Autoscaling avec Windows Azure : WASABi

L'un des avantages du Cloud, c'est l'élasticité, à savoir la capacité à disposer rapidement de ressources supplémentaires ou à les libérer.
Avec Windows Azure, si en effet l'allocation ou la libération d'instance de machine virtuelle est rapide (de l'ordre d'un quinzaine de minutes), il n'en demeure pas moins que c'est une opération manuelle. Un comble pour le Cloud où l'automatisation est ultra-présente !
Il n'existe donc pas de fonctionnalité ou de service fourni par Microsoft pour adapter automatiquement le nombre d'instances (role Windows Azure) en fonction de la charge, contrairement à la plateforme Amazon EC2 par exemple (même s'il s'agit de IaaS, la problématique reste la même) où la fonction d'autoscaling est fournie avec la plateforme (avec des coûts supplémentaires évidemment).

Rappelons le principe de l'autoscaling :

• L'application hébergée dans le Cloud subit une charge, variable, prévisible ou non...
• La charge est évaluée selon un certain nombre de critères à définir : %CPU, Nombre d'IO, Mémoire restante, Nombre de messages en attente dans la file...
• Les règles prenant en compte les critères et leurs seuils sont également à définir pour déterminer les actions de redimensionnement (à la hausse ou à la baisse)
• Le service d'autoscaling collecte, surveille les critères de charge puis exécute automatiquement le redimensionnement en fonction de l'exécution des règles définies.

Dans GAE (Google App Engine), le service Google de collecte s'appelle CloudWatch.
Et dans l'univers Windows Azure, des éditeurs-tiers proposent différentes solutions :

• AzureWatch, par Paraleap, service payé à l'usage (1cent/heure/instance)
• Azure Management Cmdlets, par Cerebrata, licence software contenant des Cmdlets pour accélérer l'écriture de son propre service d'autoscaling.

Et depuis récemment, vous pouvez vous appuyez sur le nouveau composant Windows Azure Integration Pack - Autoscaling Application Block (WASABi) disponible sur CodePlex et réalisé par l'équipe Microsoft de Patterns & Practices, qui s'occupe de l'Entreprise Library.
La documentation de WASABi se télécharge directement ici (102 pages !), mais vous préférerez peut-être aborder juste l'essentiel dans ce post de Michael Collier.

Notez enfin que quelque soit la solution que vous envisagez, vous disposez en standard d'un quota de 20 coeurs d'instance par souscription Windows Azure, limite qui peut être agrandie sur appel et justification auprès du support Microsoft.

Pré-requis pour créer un projet Windows Azure avec Visual Studio 2010

Vous avez entendu parler de Windows Azure, vous souhaitez créer votre première application mais vous ne savez pas par où commencer ‌ Vous êtes ici au bon endroit !!

Commençons par le commencement. L’intérêt de Windows Azure est de pouvoir héberger dans les DataCenters de Microsoft :

- Des applications web

- Des services web

- Des services (non web)

- Des données dans des espaces de stockage non relationnel : Azure Storage, proposant des blobs, des tables et des queues.

Il faut savoir que la plateforme Azure comporte également d’autres composantes, même si elles ne sont pas abordées dans ce billet :

- SQL Azure : pour bénéficier d’un stockage relationnel

- AppFabric : pour faciliter la connectivité entre services et le contrôle d’accès

- Dallas : pour consommer des données proposées par des tiers

Pour développer une application Windows Azure, le plus simple est d’utiliser l’environnement de développement Microsoft : Visual Studio.

En effet, une application Windows Azure se développe de manière tout à fait classique, c’est-à-dire avec Visual Studio et de manière autonome, comme vous le faites déjà pour une application web ASP.NET traditionnelle.

Voici les étapes à suivre avant de créer un projet Windows Azure :

1. Choisissez tout d’abord le système d’exploitation : vous pouvez utiliser n’importe quel Windows équipé de IIS 7.x (Windows Vista/7, Windows Server 2008/2008 R2) en activant les modules ASP.NET et WCF HTTP Activation.

2. Choisissez ensuite la version Visual Studio que vous allez utiliser : Visual Studio 2008 SP1, ou mieux Visual Studio 2010 pour bénéficier du Framework .NET 4.0. Si vous n’avez pas de licence, il vous suffit de télécharger la version gratuite: Visual Web Developer 2010 Express.

3. Vous aurez besoin également de SQL Server 2005 ou plus. En effet, Windows Azure propose un espace de stockage non relationnel : Windows Azure Storage et, pendant le développement sur votre poste client, la base de données SQL Server sera utilisé pour simuler cet espace. Maintenant, si vous n’avez pas de licence, il vous suffit de télécharger la version gratuite : SQL Server 2008 R2 Express.

4. Après installation de Visual Studio, vous ne pourrez pas encore créer de projet Windows Azure. L’option n’est pas disponible (voir figure).

Il est nécessaire d’installer les outils de développement Windows Azure : ils sont fournis gratuitement dans un package d’installation séparé : Windows Azure Tools pour Microsoft Visual Studio 1.2 (juin 2010). Noter que vous trouverez dans ce lien un certain nombre de patchs de correction destinés, selon les cas, à différentes versions de Windows ou architectures (32/64-bits).

5. L’installation des précédents Tools installe d’office le SDK. Néanmoins quelques bugs ont été corrigés depuis, et il est préférable de mettre à jour son SDK : Windows Azure Software Development Kit (june 2010) dans son dernier update de septembre.

Ca y est, vous êtes prêt, vous pouvez créer votre première application Windows Azure !

Sachez qu’avec cette installation, vous bénéficierez des dernières nouveautés en termes de productivité et développement pour Windows Azure :

- Support de Visual Studio 2010, et du Framework .NET 4

- Extension de la fenêtre « Server Explorer » pour consulter l’espace de stockage (Azure Storage), et l’état des services hébergées dans Azure (Azure Compute)

- Support de l’IntelliTrace pour les services s’exécutant dans Windows Azure

- Publication directe de votre application dans Windows Azure (un compte étant nécessaire)

Lorsque vous aurez fini de développer votre application, vous pourrez l’exécuter et la débugger sur votre poste client en exploitant l’environnement Windows Azure simulé.

Si vous souhaitez ensuite exposer votre application sur Internet avec Windows Azure, il vous faudra la publier. Pour cela, vous aurez besoin au préalable de créer un compte Windows Azure auprès de Microsoft, mais ceci sera l’occasion d’un autre billet…