Pouvoir faire fonctionner ses applications dans le Cloud est une partie importante de la stratégie du Cloud Computing .Cependant ce n’est pas la seule. Il est bien sûr aussi possible d’exposer des services hébergés dans le Cloud pouvant être utilisés par des applications internes à l’entreprise ou bien entendu des applications tournant dans le Cloud. Cette problématique est adressée par .NET Services.

Connu à l’origine sous le nom de Biztalk Services, les fonctions proposées par .NET Services adressent les différents défis d’infrastructure communs aux applications distribués.

Les composants de .NET Services sont :

• Access Control : Permet de gérer les accès aux différentes fonctions de son application en utilisant un système de token contenant des claims. Grâce à la fédération d’identité et la transformation de claims il est aussi possible de gérer l’accès des ses utilisateurs à travers des entités différentes. Le service Access Control fournit une implémentation à ces deux problématiques.
• Service Bus : Permet d’exposer simplement des services web sur internet accessible par d’autres applications autant internes à l’entreprise que tournant dans le Cloud. Service Bus gère aussi bien la translation d’adresse que la traversé de firewall. Sans avoir à ouvrir de nouveaux ports.
• Workflow : Basé sur Workflow Foundation (WF), cette brique permet de créer des applications composites permettant une interaction entre ses différentes composantes en supportant des processus de longue durée.

Finalement, le but de .NET Services est de fournir une infrastructure basé sur le Cloud pour les applications distribuées.

Le but de SQL Services est de fournir un ensemble de services basé sur le Cloud pour stocker et manipuler différents types de données qu’elles soient non structurés ou relationnels.

Un des buts de Microsoft est d’exploser un ensemble de services orientés données comme les rapports, l’analyse de données et autres. Le premier service à être exposé est SQL Data Services.

SQL Data Services fournit une base de données sur le Cloud. Cette technologie permet aux applications d’entreprises et aux applications hébergées sur le Cloud de stocker et d’accéder à leurs données directement sur les serveurs de Microsoft.

Le but principal de SQL Data Services est d’être largement accessible. Pour cela, il expose des interfaces SOAP et RESTful permettant d’accéder à ses données de différentes manières. Comme ces interfaces utilisent des protocoles standardisés, SQL Data Services peut être utilisé par n’importe quel type d’application sur n’importe quel système.

Comparé au système de stockage de Windows Azure, SQL Data Services est basé sur Microsoft SQL Server. Cependant le système n’expose pas une interface relationnelle traditionnelle. Au lieu de cela, SQL Data Services fournit un model hiérarchique de données qui ne nécessite aucun schéma prédéfinit. Chaque donnée stockée utilisant ce service est stocké avec son propre nom, type et valeur. Pour requêter cette donnée, les applications peuvent directement utiliser l’interface RESTful ou un langage basé sur la syntaxe C# définit par LINQ.

Pourquoi utiliser une autre technique que celle que nous connaissons déjà tous? Tout simplement car ce model nous offre de nouveaux avantages. SQL Data Services peut grâce à cela fournir une meilleure capacité de monté en charge, une meilleure disponibilité et une meilleur fiabilité. La méthode utilisée pour organiser et récupérer les données facilite et accélère la réplication et la monté en charge par rapport à une approche relationnelle. Un autre avantage est que les clients n’ont pas à manager leur propre système de base de données.

Finalement Microsoft a annoncé ses plans d’ajouter des fonctionnalités dans le domaine des données relationnelles. Il s’agit donc d’un système qui va encore évoluer.

Aujourd’hui vous utilisez déjà des applications internet comme Instant Messenger, LiveID, et Mesh ou autre. Toutes ces applications stockent des informations et il serait pertinent de pouvoir exposer certaines de ces informations à d’autres applications. Pour cela Microsoft a crée le Live Framework avec comme base le Live Operating Environment. Ce composant est hébergé sur le Cloud, mais aussi sur votre système, et permet aux applications qui l’utilisent d’accéder aux données Live Services en mode connecté ou déconnecté. Ce composant peut tourner aussi bien sur des machines avec Windows Vista, Windows XP, Macintosh OS X et Windows Mobile 6. L’utilisateur groupe ses machines dans ce que l’on appelle un mesh.

L’aspect fondamental de tout mesh est qu’il permet de synchroniser les données entre les différents composants de ce mesh. Un utilisateur ou une application peut définir quelles données doivent être synchronisées entre les différents périphériques de ce mesh. Et le Live Operating Environment s’occupera de synchroniser automatiquement tous les composants de votre mesh.

Une autre possibilité et d’écrire une application web mesh-enabled. Cette application écrite à l’aide de Silverlight accède également aux données en utilisant le Live Operating Environment. Ce type d’application pourra à terme s’exécuter sur n’importe quelle machine du mesh de l’utilisateur ; une machine Windows, Macintosh ou même Windows Mobile et aura toujours accès aux mêmes données synchronisées.

D’autres services, que nous verrons peut être dans un prochain article, sont disponibles comme SharePoint Services, Exchange Services et Dynamics CRM Services.